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

Soms hoor ik kreten als "Gantt is dood," "je moet het op de agile manier doen," of zelfs "projectmanagement is dood." Hoewel velen van hen slechts een voorbeeld zijn van marketingonzin, kom ik vaak projectportfolio-managers, scrum masters en andere projectmanagementprofessionals tegen die serieus willen discussiëren over Agile vs. Waterval (Gantt) technieken. Deze post is een korte introductie tot het onderwerp.

De ijzeren driehoek van projectmanagement

De ijzeren driehoek is eigenlijk een zeer eenvoudige weergave van de belangrijkste elementen die nodig zijn voor succesvolle projectplanning. Scope, tijd en kosten/middelen. Middelen 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 simpele klik.

Easy Redmine - The iron triangle #1

Maar hoe past de ijzeren driehoek in het grotere plaatje? Heel handig. Het biedt ons een eenvoudig maar effectief antwoord wanneer we de planning van de Waterval-methodologie moeten gebruiken en, integendeel, wanneer we een agile aanpak moeten kiezen.

Redmine Waterval projectmanagement

De Waterval-methodologie is het meest geschikt voor een project waarvan de scope nauwkeurig is gedefinieerd en een sleutelelement van het project is, zoals vastgoedconstructie, conferentieplanning of Easy Redmine software-implementatie.

Techniek: De scope van het project is gedefinieerd (vast). In ons voorbeeld betekent dit dat ik het aantal ramen in mijn vastgoed niet kan veranderen, ik kan de plaats of het onderwerp van een conferentie niet veranderen, enz. De projecttijd is een beperkende factor ofwel absoluut (bijv. conferenties) of bijna absoluut (bijv. software-implementatie). Met een nauwkeurig gedefinieerde scope is de belangrijkste taak van een projectmanager of portfoliomanager om alle soorten middelen op de tijdlijn over parallel lopende projecten te plannen en rekening te houden met de vereiste volgorde van acties (taken) in individuele projecten.

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

Easy Redmine - The iron triangle #2

Redmine Agile projectmanagement

Een agile aanpak is nuttig voor projecten waar tijd stevig is gedefinieerd, middelen een bepalende factor zijn en de scope onderhevig is aan planning (prioritering). Een goed voorbeeld hiervan kan softwareontwikkeling (sprints), publicatieactiviteit (datum van tijdschrift/krantuitgave) of marketinginhoud (campagne) zijn.

Techniek: scrum masters of planners in vergelijkbare rollen prioriteren taken voor de volgende sprint. Meestal heeft de scrum master verschillende backlogs en scrum boards voor verschillende soorten middelen, zoals ontwikkelaars die op zoek zijn naar het oplossen van bugs en het afhandelen van verzoeken voor nieuwe functies en, aan de andere kant, journalisten in politieke of sportmedia.

Easy Redmine - The iron triangle #3

Wat betekent het?

Het hele vraagstuk van projectmanagement draait nog steeds om de ijzeren driehoek. Operationele planning richt zich alleen meer op verschillende onderdelen van hetzelfde. Dus wat kunnen we daaruit halen?

1. In vrijwel elke organisatie vinden we typen projecten waarbij het noodzakelijk is om beide projectmanagementtechnieken te gebruiken om efficiënte werkprocessen te creëren. De ene methodologie is niet beter dan de andere, het gaat gewoon om verschillende uitdagingen.
   
   
2. Kwalitatieve planning van resources die samenhangt met de tijdlijn is essentieel voor elk Waterval-project, vooral voor portfolioplanning van projecten. Hetzelfde geldt voor projecten van Easy Redmine.
   
   
3. Beheer van agile projecten: Het beheer van prioriteiten gebeurt meestal met behulp van verschillende tools. Vaak is er een probleem met nauwkeurige resourceallocatie voor een specifieke backlog. Daarom raad ik ten zeerste aan om uw resources consistent te mappen en toewijzen. Bijvoorbeeld, een softwareontwikkelaar kan tegelijkertijd worden gebruikt met meerdere backlogs (bijv. bugfixes vs. functieverzoeken in dezelfde taal). Zonder het kwantitatief definiëren van resourceallocatie naar backlogs, zult u echter niet in staat zijn om prioritaire leveringen in te plannen, en zal de scrum master voortdurend discrepanties tussen deze prioriteiten moeten oplossen. Een andere onaangename consequentie zal de vertraagde release zijn van nieuwe belangrijke productfuncties zoals bugfixes of functievereisten, die gebruik maken van strategische ontwikkelingsresources.

Combinatie van beide beheermethodologieën

Zoals u kunt zien in de onderstaande afbeelding, hebben we een basis Waterval-project dat een softwareontwikkelingsplan omvat dat sequenties en afhankelijkheden laat zien. Teams die bij dit project 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 - Waterval-projectvoorbeeld