Waterval vs. Agile: Welke metodologie te kiezen voor uw Redmine-projecten?

Soms hoor ik kreten als „Gantt jest dood”, „je moet het op de agile manier doen”, zelfów „zarządzanie projektami jest do niczego.” Hoewel velen van hen slechts een voorbeeld zijn van marketingonzin, kom ik vaak menedżerowie portfeli projektów, mistrzowie scrum i inni specjaliści od zarządzania projektami tegen die serieus willen dyskusje na temat Agile vs. Waterval (Gantta) technika. Deze post jest een korte introductie tot het onderwerp.

De ijzeren driehoek z zarządzania projektami

De ijzeren driehoek jest eigenlijk een zeer eenvoudige weergave van de belangrijkste elementen die nodig zijn voor succesvolle planning. Scope, tijd en kosten/middelen. Zasoby zijn de enige en/of kritieke elementen van de prijs in veel industrieën. Mensen zijn het meest waardevolle bezit dat niet zomaar kan worden verhoogd, verlaagd of vermenigvuldigd. Op dezelfde manier hebben machinemiddelen een bepaalde Productiecapaciteit en kunnen ze niet worden veranderd met een simple klik.

Łatwy Redmine - trójkąt żelaza #1

Maar motyka obok ijzeren driehoek w het grotere plaatje? Ręka na pięcie. Het biedt ons eenvoudig maar Effectief antwoord wanneer my de planowanie van de Waterval-methodologie moeten gebruiken en, integendeel, wanneer we een zwinny aanpak moeten kiezen.

Zarządzanie projektem Redmine Waterval

Metodologia Waterval jest het meest geschikt voor een projekt waarvan de zakres nauwkeurig jest gedefinieerd en een sleuteelelement van het projekt jest, zoals rozległekonstrukcja, planowanie konferencji Łatwa implementacja oprogramowania Redmine.

Technika: Projekt van het de zakres jest gedefinieerd (ogromny). In ons voorbeeld betekent dit dat ik het aantal ramen in mijn hugegoed niet kan veranderen, ik kan de plaats of het onderwerp van een conferentie niet veranderen, enz. De Projecttijd jest czynnikiem beperkende ofwel absoluut (bijv. konferencje) lub bijna absoluut (bijv. software-implementatie). Met een nauwkeurig gedefinieerde zakres jest de belangrijkste taak van een kierownik projektu z portfoliomanager om wszystkie inne opcje middelen op de tijdlijn nad równoległymi projektami lopende te plannen en rekening te houden met de vereiste volgorde van acties (podjęte) w indywidualnych projektach.

Overweeg bijvoorbeeld de bouw van een huis: werknemers die verantwoordelijk zijn voor deleving van cement moeten hun werk tijdig voltooien omdat vertragingen veroorzaakt drzwi een gebrek aan cementmiddelen metselaars kunnen verhinderen hun eigen take te voltooien. Zodra het beton stevig genoeg is, kunnen ze al op een andere locatie worden gevonden.

Łatwy Redmine - trójkąt żelaza #2

Redmine Zwinne zarządzanie projektami

Ten zwinny aanpak jest przydatny do projektowania tijd stevig jest gedefinieerd, middelen een bepalende czynnikiem zijn en Zakres onderhevig to planowanie (priorytet). Een voorbeeld hiervan kan softwareontwikkeling (sprinty), publicatieactiviteit (datum van tijdschrift/krantuitgave) of marketinginhoud (kampania) zijn.

Technika: mistrzowie scrum planistów w bardzo dużym zakresie priorytetów w przypadku dowolnego sprintu. Meestal het de scrum master verschillende backlogs en scrum board voor verschillende soorten middelen, zoo ontwikkelaars die op zoek zijn naar het oplossen van bugs en het afhandelen van verzoeken voor nieuwe functies en, aan de andere kant, dziennikarze w polityce mediów sportowych.

Łatwy Redmine - trójkąt żelaza #3

Co to znaczy?

Het hele vraagstuk van Projectmanagement draait nog rumaki om de ijzeren driehoek. Planowanie operacji richt zich alleen meer op verschillende onderdelen van hetzelfde. Dus wat kunnen we daaruit halen?

1. W vrijwel elke organisatie vinden wpisujemy projekt waarbij het noodzakelijk is om oprócz technologii zarządzania projektami, te gebruiken om efficiënte werkprocessen te creëren. De ene metodologia to nie beter dan de andere, het gaat gewoon om verschillende uitdagingen.
   
   
2. Kwalitatieve planowania zasobów van die samenhangt met de tijdlijn jest niezbędnym projektem dla łosia Waterval, który umożliwia planowanie portfela projektów. Hetzelfde geldt voor Projecten van łatwy Redmine.
   
   
3. Beheer van zwinny projekt: Het beheer van priorytetiteiten gebeurt meestal met behulp van verschillende Tools. Vaak ma problem z nauwkeurige Resourceallocatie dla określonych zaległości. Daarom raad ik ten zeerste aan om uw Resources spójne te mappen en toewijzen. Bijvoorbeeld, een softwareontwikkelaar kan tegelijkertijd worden gebruikt met meerdere backlogs (bijv. bugfixes vs. functieverzoeken in dezelfde taal). Zonder het kwantitatief definiowany przez Resourceallocatie naar zaległości, zult u echter niet in staat zijn om priorytetowe wykorzystanie w plannen, en zal de scrum master voortdurend rozbieżności tussen deze priorytetiteiten moeten oplossen. Een andere onaangename consequentie zal de vertraagde release zijn van nieuwe belangrijke produktfuncties zoals poprawki błędów funkcji functievereisten, die gebruik maken van strategische ontwikkelingsresources.

Combinatie van beide beheermethodologieën

Zoals u kunt zien in de onderstaande afbeelding, hebben we een base Waterval-project data een softwareontwikkelingsplan omvat dat sekwencje en afhankelijkheden laat zien. Zespoły die bij dit projekt betrokken zijn (verkopers, technische schrijvers) kunnen hun eigen Leveringen in hun afdeling beheren, niet alleen zoals in dit voorbeeld, maar ook op een agile manier.

Easy Redmine Gantt — podgląd projektu Waterval