Projectmanagementmethodologieën: waterval versus agile

Af en toe hoor ik uitroepen als “Gantt is dood” of “Je moet het agile managen” of zelfs “Projectmanagement is dood”. Hoewel veel ervan gewoon marketingrommel is, ontmoet ik vaak projectportfoliomanagers, scrummasters en andere professionals in PM die een serieuze discussie willen hebben over behendig versus waterval (Gantt) methodieken.

De ijzeren driehoek van projectmanagement

De ijzeren driehoek is eigenlijk een heel eenvoudige presentatie op het hoogste niveau van de belangrijkste elementen voor een succesvolle projectplanning. Omvang, tijd en prijs/middelen. Hulpbronnen zijn in veel bedrijfstakken het enige of kritieke element van prijs.

Mensen zijn het meest waardevolle bezit en kan niet worden verhoogd, verlaagd of vermenigvuldigd. Op dezelfde manier hebben machineachtige middelen een productiecapaciteit en kunnen ze niet met een simpele klik worden gewijzigd.

De ijzeren driehoek is van invloed op de keuze voor Waterfall of Agile

Dus hoe komt de ijzeren driehoek in beeld? Het biedt ons een eenvoudig maar efficiënt vermogen om te begrijpen waar we watervalplanning moeten gebruiken en wanneer sommige van de Agile-benaderingen.

Eenvoudige project-ijzerdriehoek

Waterval projectmanagement

De watervalbenadering is het nuttigst bij een project waar de reikwijdte goed is gedefinieerd en het belangrijkste element van het project is.

Voorbeelden: een huis bouwen, een conferentie plannen, implementatie van PM-software Easy Project

Gebruiksaanwijzing: Het project scope is gedefinieerd (vast). Het betekent dat ik het aantal ramen in mijn huis niet kan veranderen; Ik kan de plaats of het onderwerp van een conferentie niet veranderen). En project tijd is een beperkende factor ofwel absoluut (conferentie) of bijna absoluut (EP-implementatie).

Met een vast bereik is de belangrijkste uitdaging voor een projectmanager of een portfoliomanager om alle soorten middelen in de tijd en over parallelle projecten te plannen met betrekking tot de vereiste volgorde van acties in elk specifiek project.

Neem bijvoorbeeld woningbouw: De arbeiders die verantwoordelijk zijn voor de levering van cement moeten hun werk op tijd afmaken, omdat vertraging veroorzaakt door het gebrek aan cementmiddelen de metselaars ervan kan weerhouden hun eigen taken af ​​te ronden. En als het beton eenmaal stevig is, staan ​​ze misschien al op een andere bouwplaats.

Eenvoudige project-ijzerdriehoek

Agile projectmanagement

De agile-aanpak moet worden gebruikt bij projecten waarbij: tijd is vastgesteld, middelen zijn een bepalende factor en scope is een onderwerp van planning (Prioritering).

Voorbeelden: SW-ontwikkeling (sprints), publicatie (releasedatum tijdschrift, kranten), marketinginhoud (campagne)

Gebruiksaanwijzing: met een deadline en bekende middelen geven scrummasters of werknemers in vergelijkbare rollen prioriteit aan wat er in de volgende sprint wordt opgeleverd. Scrummaster heeft meestal verschillende achterstanden en scrumborden voor verschillende soorten bronnen (bugfixers en functieverzoeken in SW of politiek en sportjournalisten in kranten)

Eenvoudige project-ijzerdriehoek

Hoe kan dit helpen?

Het is duidelijk dat de hele kwestie nog steeds draait om de ijzeren driehoek van projectmanagement, de operationele planning richt zich alleen meer op verschillende delen van hetzelfde. Dus wat kunnen we hieruit opmaken?

1. In principe hebben alle organisaties type projecten waarbij: beide methodieken zijn nodig voor het opzetten van een efficiënt werkproces.
2. Hoogwaardige resourceplanning verbonden met de tijdlijn is essentieel voor elk watervalproject en vooral voor projectportfolioplanning. Net als die in Easy Project.
3. Agile-projecten beheren: Ik merkte dat het beheren van prioriteiten meestal vrij goed wordt afgehandeld door middel van verschillende tools. Maar het probleem is vaak een precieze inzet van middelen voor een specifieke achterstand. Dus, hier raad ik aan om uw middelen nauwkeurig in kaart brengen en toewijzen. Bijvoorbeeld - SW-ontwikkelaar kan worden gebruikt in meer achterstanden (bugs versus functieverzoeken). Maar zonder de kwantitatieve toewijzing van middelen aan achterstanden vast te stellen, zal ik niet in staat zijn om prioriteiten voor het afleveren te plannen en zal scrummaster voortdurend inconsistenties daartussen moeten oplossen.

Samenvatting: Deze twee managementmethodologieën combineren

Zoals je op de foto kunt zien, hebben we een watervalproject als basis. Uiteraard heeft dit voorbeeld van een SW-releaseplan duidelijke sequenties en afhankelijkheden. Maar teams die aan dit project deelnemen (marketeers, documentschrijvers) kunnen hun leveringen op een agile manier beheren op hun afdeling.

De eerste methode is niet beter dan de laatste, ze pakken gewoon verschillende uitdagingen aan.

Gemakkelijk project Agile waterval