Dat de watervalmethode zo strikt is, heeft te maken met de ontstaansgeschiedenis van dit systeem. Waterval project management heeft zijn wortels buiten de softwarewereld; het ontstond uit noodzaak in sectoren als productie en constructie. In deze sectoren moeten projectfasen opeenvolgend plaatsvinden. Je kunt pas gaan stukadoren als de muren van je huis zijn gemetseld.
Het moge duidelijk zijn dat een goede planning essentieel is bij de watervalmethode. De projectvereisten moeten vooraf duidelijk zijn en alle betrokkenen moeten ervan op de hoogte zijn. Elk teamlid moet ook weten wat zijn of haar rol is in het project en wat die rol inhoudt.
Al deze informatie moet grondig worden gedocumenteerd en vervolgens worden verspreid onder alle projectmedewerkers. Teamleden zullen gedurende het hele proces de door jou verstrekte documentatie raadplegen. Wanneer dit document correct wordt gevolgd, worden de verwachtingen duidelijk en worden projectmijlpalen vastgesteld waarmee de voortgang eenvoudig kan worden bepaald.
Fasen van waterval project management
De specifieke fasen van de watervalmethode variëren van bron tot bron, maar zijn doorgaans als volgt:
1. Verzamelen van vereisten en documentatie
In deze eerste fase verzamel je uitgebreide informatie over de vereisten van dit project. Je kunt de informatie op verschillende manieren verzamelen, van interviews tot vragenlijsten tot interactieve brainstormsessies. Aan het eind van deze fase moeten de projectvereisten duidelijk zijn en en beschik je over een document met vereisten dat onder je teamleden is verspreid.
2. Systeemontwerp
Op basis van de vastgestelde vereisten ontwerpt je team het systeem dat gebruikt zal worden om het eindproduct te creëren. In deze fase wordt er niet geprogrammeerd, maar bepaalt het team specificaties zoals de programmeertaal of hardwarevereisten.
3. Implementatie
In deze fase vindt het programmeren plaats. Programmeurs gebruiken de informatie uit de vorige fase en creëren een functioneel product. Doorgaans implementeren ze code in kleine gedeeltes, die aan het einde van deze fase of aan het begin van de volgende fase worden geïntegreerd.
4. Testen
Zodra je programmeurs klaar zijn met coderen, kan het product worden getest.Testers zoeken systematisch naar problemen en rapporteren hierover.Als er zich ernstige problemen voordoen, moet je mogelijk terug naar fase één om je project te herevalueren.
5. Oplevering/gebruik
In deze fase is het product gereed en levert je team het eindproduct aan voor implementatie of publicatie.
6. Onderhoud
Het product is aan de klant geleverd en is in gebruik genomen. Als er zich problemen voordoen, moet je team mogelijk patches en updates ontwikkelen om de problemen te verhelpen. Ook nu geldt dat je bij grote problemen mogelijk moet terugkeren naar fase één.
Voordelen van het watervalmodel
De watervalmethode is gebaseerd op het principe dat teams een reeks stappen volgen en pas verdergaan als de vorige fase is afgerond. Deze structuur is geschikt voor kleinere projecten met resultaten die vanaf het begin gemakkelijk te definiëren zijn.
Ben Aston van The Digital Project Manager legt uit: "De watervalmethode wordt over het algemeen met enige minachting beschouwd als een inefficiënte en achterhaalde traditionele projectmanagementaanpak. Maar waterval kan een nuttige en voorspelbare aanpak zijn als de eisen vaststaan, goed gedocumenteerd en duidelijk zijn, als de technologie bekend en volwassen is, als het project kort is en als er geen extra waarde te behalen valt door 'Agile te gaan'. Een watervalaanpak kan zelfs een voorspelbaarder eindresultaat opleveren wat betreft budget, tijdlijn en toepassingsgebied."
Hier is een diepgaand overzicht van wat de watervalmethode het beste doet.
1. Gebruikt een duidelijke structuur
Vergeleken met andere methodologieën richt de watervalmethode zich het meest op een duidelijke, gedefinieerde reeks stappen met een eenvoudige structuur. Elk project doorloopt de zes hierboven beschreven fasen. Als er obstakels zijn die de voltooiing belemmeren, worden deze direct aan het licht gebracht. Half voltooide projecten worden minder snel aan de kant geschoven, waardoor teams uiteindelijk een completer en beter afgewerkt project opleveren.
2. Legt al vroeg het einddoel vast
Een van de bepalende aspecten van de watervalmethode is dat je je aan het begin committeert aan een eindproduct, doel of resultaat, en teams proberen om hier niet van af te wijken. Voor kleine projecten waar de doelen duidelijk zijn, is het watervalmodel gunstig om je team vanaf het begin bewust te maken van het algemene doel, met minder kans op verdwalen in de details naarmate het project vordert.
Als je team een concreet doel heeft met een duidelijke einddatum, dan voorkomt de watervalmethode dat je vastloopt terwijl je naar dat doel toe werkt.
3. Draagt informatie goed over.
De watervalmethode is zeer methodisch, dus het is geen verrassing dat de methodologie de nadruk legt op een vlotte overdracht van informatie. Of je nu projecten in elke fase overdraagt of te maken krijgt met onverwachte personeelswisselingen, de watervalmethode geeft prioriteit aan toegankelijke informatie, zodat nieuwe teamleden snel op de hoogte zijn.
Je haalt hier het meeste voordeel uit door processen te documenteren, zodat teamleden weten wat er al is afgerond voor een project wanneer het bij hen aankomt.
Nadelen van het watervalmodel
Wat is dan de keerzijde van de traditionele watervalmethode?
De watervalmethode is een gerespecteerde methodologie, maar er wordt vaak gezegd dat het om een verouderd model gaat. De beperkingen van de watervalmethode worden duidelijker afhankelijk van de omvang, het type en de doelen van een project. Houd rekening met deze beperkingen om te beoordelen of de watervalmethode echt bij jouw team past.
1. Maakt veranderingen moeilijk
Een van de voordelen van het watervalmodel is tegelijkertijd ook een van de nadelen: het watervalmodel is volledig gebaseerd op het volgen van een reeks stappen die ervoor zorgen dat teams constant vooruitgang boeken. De methodologie, in haar traditionele vorm, laat vrijwel geen ruimte voor onverwachte veranderingen of herzieningen.
Dus als je team de stappen van de watervalmethode bijna tot het einde van het project trouw heeft gevolgd, maar dan geconfronteerd wordt met een ongeplande hindernis die een verandering in de reikwijdte of doelstellingen vereist, zal een omschakeling niet eenvoudig zijn. Een plotselinge wijziging in de parameters van het project kan veel van het werk dat je tot dan toe hebt gedaan nutteloos maken, waardoor de hele tijdlijn in het gedrang kan komen.
2. Sluit de klant en/of eindgebruiker uit
Een andere beperking van het watervalmodel is dat de watervalmethode als intern proces zich nauwelijks richt op de eindgebruiker of klant die bij een project betrokken is. Het belangrijkste doel van de methodologie is altijd geweest om interne teams de fasen van een project efficiënter te laten doorlopen, wat goed kan werken in bepaalde sectoren. Klanten willen echter vaak betrokken worden bij een project, hun mening kunnen geven en kunnen verduidelijken wat ze willen naarmate het project vordert.
Als je projecten vanaf het begin duidelijke, onveranderlijke doelen hebben en je de eindgebruikers of klanten tijdens het ontwikkelingsproces niet op de hoogte hoeft te stellen, dan zal de watervalmethode waarschijnlijk goed werken voor je team. In andere gevallen kun je een Agile framework overwegen om beter te anticiperen op veranderingen en stakeholders op de hoogte te houden gedurende het project. Door stakeholders erbij te betrekken, beperk je het risico dat late wijzigingsverzoeken de deadlines van je project in de war sturen.
3. Stelt testen uit tot na de voltooiing
De manier van testen is een van de grootste beperkingen van de traditionele watervalmethode. De testfase uitstellen tot de laatste helft van een project is riskant, maar volgens de watervalmethode moeten teams wachten tot stap vier van de zes om hun producten te testen. Op dit punt heeft het project waarschijnlijk al veel tijd gekost, dus grote revisies kunnen aanzienlijke vertragingen veroorzaken.
De Agile methodologie is ontstaan als direct antwoord op het principe van de watervalmethode. Critici van de watervalmethode vonden dat problemen te vaak onopgemerkt bleven tot het project bijna voltooid was, waardoor grote, kostbare veranderingen de enige oplossing waren. Als je het gevoel hebt dat frequent testen je team beter zou dienen, kun je het testen aan het einde van elke projectfase implementeren, waardoor je pas verdergaat als je weet dat alles werkt. Of overweeg een andere methodologie voor project management die reflectie en revisie tijdens het hele proces aanmoedigt.
Omgaan met de voor- en nadelen van het watervalmodel
De watervalmethode kent sinds haar ontstaan zowel voorstanders als critici, maar de methodologie blijft ook vandaag de dag relevant, ondanks de ontwikkeling van andere methoden die veel tekortkomingen ondervangen. Als je team klein is en je projecten consistent en voorspelbaar zijn, kan de watervalmethode het ideale raamwerk bieden om je team georganiseerd en op koers te houden.
Als dat niet het geval is, wees dan niet bang om een methodologie voor project management aan te passen zodat die bij jou past. Met Lucid heb je de vrije hand om een structuur te creëren die het beste werkt voor jouw team en unieke behoeften. Visualiseer je watervalproces of welke methodologie je ook kiest door Lucid te gebruiken.
