Watervalprojectmanagement: 6 fasen & wanneer u het gebruikt
Watervalprojectmanagement is een lineaire methodologie waarbij de planning en vergaderingen vooraf worden afgerond om de projectscope, vereisten en risico's te bepalen.
Het is de juiste methode voor je project als je vereisten specifiek en vaststaand zijn, eerdere fasen moeten zijn afgerond voordat volgende fasen kunnen beginnen en wijzigingen of herzieningen nadat het project is gestart beperkt zijn. Zo werkt watervalprojectmanagement.
Wat is watervalprojectmanagement?
Watervalprojectmanagement is een lineaire projectmanagementmethodologie die verschillende, duidelijk afgebakende werkfasen doorloopt. De volgende werkfase is afhankelijk van de vorige fase, waardoor er telkens aan slechts één projectfase kan worden gewerkt.
Continue Reading for Free
Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.
Have an account? Log In
Het projectplan in een watervalproject wordt zeer gedetailleerd uitgewerkt, met mijlpalen onderweg van projectinitiatie tot projectafsluiting.
Agile versus watervalprojectmanagement
Het belangrijkste verschil tussen agile en waterval is dat agile zich richt op iteratie en aanpasbaarheid en je je plan kunt wijzigen om onderweg nieuwe vereisten en feedback op te nemen, terwijl watervalprojectmanagement een lineair plan volgt van de start tot het einde van het project.
| Aspect | Waterval | Agile |
|---|---|---|
| Projectplanning | De gedetailleerde planning vindt vooraf plaats. | De planning ontwikkelt zich gedurende het project. |
| Werkproces | Het werk volgt opeenvolgende fasen. | Het werk vordert via iteratieve cycli. |
| Vereisten | Het meest geschikt voor duidelijk gedefinieerde, stabiele vereisten. | Kan veranderende vereisten opvangen. |
| Flexibiliteit | Voor wijzigingen zijn vaak formele herzieningen en herwerk nodig. | Wijzigingen kunnen tussen iteraties worden opgenomen. |
| Oplevering | Het voltooide product wordt doorgaans tegen het einde opgeleverd. | Bruikbare onderdelen kunnen vaker worden opgeleverd. |
| Feedback van belanghebbenden | Wordt voornamelijk verzameld tijdens geplande evaluaties en mijlpalen. | Wordt gedurende de ontwikkeling regelmatig verzameld. |
Daarnaast combineren sommige teams beide methodologieën zelfs en werken ze volgens wat "water-agile-fall" wordt genoemd.
In Scrum, een agile raamwerk, wordt het werk georganiseerd in een backlog en afgerond in sprints met een vaste tijdsduur. Elke sprint is erop gericht een bruikbare productincrement op te leveren, zodat belanghebbenden de voortgang kunnen beoordelen en feedback kunnen geven.
De 6 fasen van watervalprojectmanagement
Wanneer je de watervalmethode gebruikt, doorloopt je project zes opeenvolgende fasen. Je gebruikt daarbij de projectlevenscyclus — de onderstaande stappen overlappen met de vijf fasen van projectinitiatie, planning, uitvoering, monitoring en beheersing, en afsluiting.
1. Vereisten verzamelen
In de eerste stap van de watervalmethode verzamel je alle projectvereisten. Dit houdt in dat je met je belanghebbenden en je team praat, het projectcharter en andere scopedocumenten doorneemt en specifieke opleveringen en activiteiten beschrijft.
Je verzamelt vier soorten vereisten: functionele vereisten, technische vereisten, niet-functionele vereisten en systeemvereisten. Vervolgens schrijf je je vereistendocument (naast je projectplan). Je moet dit bijwerken als de vereisten tijdens het project veranderen.
Neem dit document vóór de start van het werk met je projectteam door en zorg er ook voor dat je instemming krijgt van externe belanghebbenden of klanten (dit gebeurt vaak tijdens de projectkick-off).
2. Ontwerp
In deze stap begint je projectteam oplossingen te ontwerpen op basis van de vereisten. Wijs opleveringen toe aan teamleden op basis van hun beschikbaarheid en vaardigheden (met behulp van projectmanagementsoftware).
De exacte opleveringen hangen af van het type project waaraan je werkt (bijvoorbeeld: voor een websiteproject moet het team wireframes en webpaginaontwerpen opleveren).
Als projectmanager beoordeel je in deze fase de opgeleverde resultaten en geef je hier feedback op, beheer je de projectplanning en deadlines, en houd je het kritieke pad in de gaten om ervoor te zorgen dat het project op schema blijft en de deadline wordt gehaald.
Zodra de ontwerpen door belanghebbenden of klanten zijn goedgekeurd, kun je verdergaan.
3. Uitvoering
In de uitvoeringsfase implementeert het ontwikkelingsteam de ontwerpen die in de vorige fase zijn gemaakt. Ook nu houd je als projectmanager de planning in de gaten en wijs je taken toe.
Je moet het project ook controleren op mogelijke risico's en afhankelijkheden die zich kunnen voordoen en ervoor zorgen dat het budget niet te snel wordt opgebruikt.
De resultaten van het ontwikkelproces zijn opnieuw afhankelijk van het type project. In ons voorbeeld van een websiteproject omvatten de resultaten werkende webpagina's (waarschijnlijk eerst in een testomgeving of niet-liveomgeving, zodat kwaliteitsborging kan plaatsvinden).
In deze fase ontdek je mogelijk dat iets wat tijdens de ontwerpfase is gemaakt technisch niet mogelijk is. Hierdoor moet je misschien teruggaan naar de vorige fase en de ontwerpen aanpassen (wat je tijd kost). Je kunt dit beperken door het softwareontwikkelingsteam te betrekken bij het beoordelen van de ontwerpen.
4. Testen & kwaliteitsborging
In deze fase testen en beoordelen jij en je team de kwaliteit van wat is opgeleverd, om ervoor te zorgen dat het aan de vereisten en verwachtingen van belanghebbenden voldoet.
Het projectteam zorgt hiervoor, maar als je als projectmanager een technische achtergrond hebt, ben je mogelijk ook betrokken.
Je moet testgevallen schrijven, problemen of bugs documenteren die moeten worden opgelost, resultaten beoordelen aan de hand van kwaliteitsmaatstaven (die tijdens de fase waarin de vereisten worden verzameld moeten zijn vastgelegd) en rekening houden met alle gebruiksscenario's.
Het kan nodig zijn om het project terug te sturen naar je ontwikkelaars om grote bugs of problemen op te lossen die je tijdens dit proces ontdekt. Daarom is het belangrijk om extra tijd in je project in te bouwen voor de testfase: je wilt niet op het laatste moment worden opgehouden door het oplossen van bugs.
5. Implementatie
Zodra het team alle bugs en problemen heeft opgelost die tijdens het kwaliteitsborgingsproces zijn gevonden, kan het team het project implementeren. Het resultaat hiervan is het liveproduct, samen met een plan om het te onderhouden (zie hieronder de informatie over de onderhoudsfase) en documentatie over wat er is opgeleverd.
Controleer het liveproduct op bugs of problemen die tijdens de kwaliteitsborgingsfase zijn gemist. Als projectmanager moet je voortdurend communiceren met belanghebbenden of klanten om ervoor te zorgen dat alles volgens verwachting verloopt.
6. Onderhoud
Vervolgens voert het team onderhoud uit aan het product volgens het plan dat in de vorige stap is opgesteld. Wees duidelijk tegenover belanghebbenden of klanten over wat in het plan valt onder regulier onderhoud en wat buiten de projectomvang valt en extra kosten met zich mee kan brengen (bijv. nieuwe functies, extra pagina's, enz.).
3 Gebruiksscenario's voor watervalprojectmanagement
Watervalprojectmanagement werkt het best voor projecten met duidelijk gedefinieerde resultaten en beperkingen, evenals vaste budgetten en planningen.
Als de projectomvang nog veel onbekende factoren bevat of aan verandering onderhevig is, is waterval waarschijnlijk niet de projectmanagementaanpak die je wilt gebruiken. Waterval werkt het best voor de volgende soorten projecten:
Bouwprojecten
Bouwprojecten (ook wel kapitaalprojectmanagement genoemd) lenen zich goed voor de watervalmethode, omdat een strikt projectmanagementproces helpt de veiligheid te waarborgen van iedereen die aan het project werkt of het voltooide product gebruikt.
Dat komt doordat bouwplannen door ingenieurs en vaak ook overheidsinstanties moeten worden goedgekeurd voordat de bouw kan beginnen. Plannen zijn onderweg niet aan verandering onderhevig en een sequentieel plan kan gemakkelijk worden gevolgd.
Er zijn gespecialiseerde softwaretools voor bouwprojectmanagement die je voor dit type project kunt gebruiken, evenals AI-tools voor bouwprojectmanagement.
Websiteontwerp- en bouwprojecten
Voor websiteontwerp- en bouwprojecten kan het watervalproces of een van de vele agilemethoden worden gebruikt. Waterval werkt goed wanneer de behoeften duidelijk zijn gedefinieerd.
Als je een exacte sitemap en stijlgids hebt die je moet gebruiken, is het eenvoudig om de fasen te plannen en vast te stellen wanneer elke pagina klaar is voor beoordeling en goedkeuring. Je kunt ook met veel vertrouwen je beoogde lanceringsdatum bepalen.
Software met specifieke functionaliteit
Als je team software bouwt met specifieke functionaliteit en een duidelijk gedefinieerde reeks vereisten, is het watervalmodel misschien de juiste keuze. Voorbeelden hiervan zijn een CRM-systeem, HR-software of een hulpmiddel voor compliance.
Deze projecten hebben een eerste reeks vereisten, en het werk kan lineair worden ingepland en uitgevoerd. Een Gantt-diagram met de tijdlijn en informatie over wanneer belanghebbenden statusupdates ontvangen en/of beschikbaar moeten zijn voor gebruikersacceptatietests, zorgt ervoor dat iedereen op één lijn zit met je plan.
Voordelen van watervalprojectmanagement
Dit zijn de belangrijkste voordelen van watervalprojectmanagement.
- Afbakening en planning vinden vooraf plaats: Wanneer de afbakening en planning vooraf plaatsvinden, is er minder ruimte voor onduidelijkheid of wijzigingen naarmate het project vordert. Teamleden moeten een duidelijk beeld hebben van wie wat gaat doen en wanneer.
- Een duidelijk plan en duidelijke doelstellingen: Het projectteam en de belanghebbenden hebben een gedeeld begrip van het plan. Als er tijdens het project nieuwe ideeën ontstaan, kunnen die worden bewaard voor een nieuw project of een andere fase van het werk, of kan de projectmanager een wijzigingsopdracht initiëren. Zo blijft het project soepel verlopen en wordt ervoor gezorgd dat het voldoet aan de projectdoelstellingen.
- Documentatie maakt overdrachten eenvoudiger: De watervalmethode stimuleert teams om vereisten, ontwerpbeslissingen en goedkeuringen te documenteren voordat ze naar de volgende fase gaan. Dit geeft iedereen een duidelijk referentiepunt, vooral wanneer het werk tussen teams wordt overgedragen of nieuwe leden aan het project deelnemen.
Nadelen van watervalprojectmanagement
Dit zijn de belangrijkste nadelen van de watervalprojectmethodologie.
- Een rigide structuur maakt veranderingen ingewikkeld: Het kan een uitdaging zijn om wijzigingen aan te brengen in watervalprojecten.
Omdat technologie zich snel ontwikkelt of gebruikersbehoeften veranderen, zal het project niet zo flexibel zijn als wanneer je een van de agile methodologieën (bijv. Scrum of Kanban) of een andere methodologie gebruikt die het mogelijk maakt om het werk iteratief af te bakenen. - Het kan langer duren voordat het werk is voltooid: Omdat de watervalaanpak inhoudt dat de initiatie en planning vooraf worden uitgevoerd, kan het langer duren voordat een voltooid project of bruikbaar product wordt opgeleverd.
Agile teams brengen vaker bruikbaar werk uit, maar bij watervalprojectmanagement wacht het team tot alles klaar is voordat het werk wordt uitgebracht. - Het laat ontdekken van problemen kan leiden tot herwerk: Als uit tests blijkt dat een vereiste over het hoofd is gezien of dat er een ontwerpprobleem is, moet het team mogelijk terugkeren naar werk dat al was voltooid. Deze herzieningen kunnen de kosten verhogen en de oplevering vertragen, vooral wanneer verschillende fasen afhankelijk zijn van het oorspronkelijke ontwerp.
Bepalen wanneer je waterval in je eigen werk gebruikt
Wil je de relatieve verdiensten van de watervalmethode en verschillende agile benaderingen bespreken? Word lid van DPM Membership en krijg toegang tot het gesprek in Slack met honderden andere digitale projectmanagers! Je krijgt ook toegang tot meer dan 100 sjablonen voor belangrijke projectdocumenten, zoals projectplannen, risicoregisters en verklaringen van werkzaamheden.
