Archives March 2023

Er zijn verschillende methoden die zijn ontwikkeld om het Waterval-model schaalbaar te maken. Hieronder staan enkele voorbeelden:

1. PRINCE2 Agile: PRINCE2 (PRojects IN Controlled Environments) is een populaire projectmanagementmethode die het Waterval-model volgt. PRINCE2 Agile is een uitbreiding van PRINCE2 met Agile-werkwijzen, om meer flexibiliteit en responsiviteit te bieden. PRINCE2 Agile richt zich op het behouden van de structuur en controle van het Waterval-model, terwijl het Agile-elementen integreert om de aanpak aan te passen aan veranderende omstandigheden.
2. Waterfall with Agile: Dit is een hybride methode die het Waterval-model combineert met Agile-werkwijzen. Het Waterval-model wordt gebruikt voor de plannings- en ontwerpfase, terwijl Agile-werkwijzen worden toegepast tijdens de ontwikkel- en testfase. Het idee is om het beste van beide werelden te combineren: de structuur en controle van het Waterval-model met de flexibiliteit en responsiviteit van Agile.
3. PMBOK Agile: PMBOK (Project Management Body of Knowledge) is een internationaal erkend raamwerk voor projectmanagement. PMBOK Agile is een uitbreiding van PMBOK met Agile-werkwijzen, om meer flexibiliteit en responsiviteit te bieden. PMBOK Agile richt zich op het integreren van Agile-werkwijzen in het traditionele Waterval-model om de aanpak aan te passen aan veranderende omstandigheden.

Hoewel deze methoden het Waterval-model schaalbaar maken door Agile-elementen te integreren, is het belangrijk om te benadrukken dat deze benaderingen niet volledig Agile zijn. Ze behouden de basisprincipes en kenmerken van het Waterval-model en voegen daar flexibiliteit en responsiviteit aan toe. Het is daarom van cruciaal belang om de methode te kiezen die het beste past bij de specifieke omstandigheden van het project en de organisatie.

Er zijn meerdere belangrijke verschillen tussen SAFe (Scaled Agile Framework) en het Waterval-model:

1. Flexibiliteit: Het Waterval-model is een sequentiële, lineaire methode die weinig ruimte biedt voor veranderingen tijdens het ontwikkelproces. SAFe daarentegen is gebaseerd op het Agile-manifest en richt zich op het snel kunnen reageren op veranderende behoeften en inzichten, door middel van iteratieve en incrementele ontwikkeling.
2. Schaalbaarheid: Het Waterval-model is geschikt voor kleinere, minder complexe projecten en teams. SAFe is speciaal ontworpen om Agile-werkwijzen op grotere schaal te kunnen toepassen en is daarom beter geschikt voor organisaties die te maken hebben met grote, complexe projecten en meerdere teams.
3. Teamsamenwerking: Het Waterval-model benadrukt het werk van individuen of afdelingen, terwijl SAFe juist gericht is op samenwerking tussen multidisciplinaire teams, zowel binnen als tussen teams.
4. Feedback en evaluatie: Het Waterval-model stelt evaluatie en feedback uit tot het einde van het project, terwijl SAFe regelmatige reviews en inspecties aanmoedigt gedurende het ontwikkelproces. Dit zorgt ervoor dat problemen en obstakels sneller geïdentificeerd en opgelost kunnen worden.
5. Continu leren en verbeteren: SAFe is gericht op continue verbetering en het blijven leren van successen en mislukkingen om de waarde die geleverd wordt te maximaliseren. Het Waterval-model is daarentegen gericht op het bereiken van een bepaalde uitkomst binnen de gestelde tijd, met minder nadruk op leren en verbeteren.
6. Betrokkenheid van klanten: SAFe streeft ernaar om klanten nauw te betrekken bij het ontwikkelproces, door middel van onder andere regelmatige feedback en demo’s. In het Waterval-model is klantbetrokkenheid vaak beperkt tot het begin- en eindstadium van het project.

Kortom, het belangrijkste verschil tussen SAFe en het Waterval-model is dat SAFe Agile-werkwijzen combineert met de mogelijkheid om deze op grote schaal toe te passen, terwijl het Waterval-model vooral gericht is op lineaire en sequentiële werkwijzen. SAFe stimuleert continue verbetering, multidisciplinaire samenwerking en klantbetrokkenheid, terwijl het Waterval-model meer gericht is op het bereiken van een bepaalde uitkomst binnen een vastgestelde tijd en budget.

Er zijn mensen die zeggen dat SAFe (Scaled Agile Framework) gewoon Waterval is, maar dan in een nieuw jasje, omdat SAFe en Waterval bepaalde overeenkomsten hebben. Dit is echter een simplistische en onjuiste voorstelling van zaken.

Het Waterval-model is een traditionele projectmanagementmethode waarbij er in verschillende fasen wordt gewerkt, waarbij elke fase pas begint nadat de vorige fase is afgerond. Dit maakt het moeilijk om aanpassingen aan te brengen tijdens het proces en maakt het ook lastig om te reageren op veranderende klantbehoeften. Het Waterval-model is ook gericht op het opleveren van een compleet en volledig getest product aan het einde van het proces.

SAFe daarentegen is gericht op het leveren van waarde op een flexibele manier door middel van een Agile aanpak. Het is ontworpen om te schalen naar grotere, complexere organisaties en omvat elementen van Agile, Lean en systeemdenken. SAFe benadrukt het belang van continue integratie en levering, evenals het belang van feedback en aanpassing om aan veranderende klantbehoeften te voldoen. In tegenstelling tot het Waterval-model, is SAFe gericht op een continu proces van verbetering en flexibiliteit.

Hoewel SAFe en Waterval bepaalde overeenkomsten hebben, zoals het gebruik van bepaalde rollen en verantwoordelijkheden, zijn er ook belangrijke verschillen. SAFe is ontworpen om de voordelen van Agile op grote schaal te leveren, terwijl het Waterval-model gericht is op het plannen van het volledige project en het opleveren van het product aan het einde van het proces. Dus hoewel SAFe en Waterval op sommige vlakken op elkaar lijken, zijn er belangrijke verschillen tussen beide frameworks.

Als je werkt volgens de SAFe-methode, is het van belang om een goed functionerende valuestream in te richten, waarin alle betrokken teams samenwerken om een waardevol product of dienst te leveren. In jouw situatie heb je te maken met een enablement team, een beheer team en een team verantwoordelijk voor voortbrenging. Hieronder geef ik een aantal tips voor het inrichten van de valuestream:

1. Definieer de waardestroom: Breng in kaart welke stappen er nodig zijn om van idee tot eindproduct te komen en bepaal welke teams hierbij betrokken zijn. Maak een valuestream map die dit overzichtelijk weergeeft.
2. Betrek alle teams bij het proces: Zorg ervoor dat alle teams betrokken zijn bij het ontwerp en de uitvoering van de valuestream. Hierdoor ontstaat er een gedeeld begrip van het proces en kan er gezamenlijk gewerkt worden aan het optimaliseren ervan.
3. Verantwoordelijkheden en rollen: Definieer de verantwoordelijkheden en rollen van elk team binnen de valuestream. Bijvoorbeeld, het enablement team zorgt voor de ondersteuning van de teams met tools en processen, terwijl het beheer team zorgt voor de stabiele en betrouwbare uitvoering van de processen. Het team verantwoordelijk voor voortbrenging zorgt voor de daadwerkelijke ontwikkeling en oplevering van het product.
4. Overleg en afstemming: Zorg voor regelmatig overleg en afstemming tussen de verschillende teams om de voortgang van het proces te bewaken en eventuele problemen op te lossen.
5. Continu verbeteren: Implementeer een cultuur van continu verbeteren en stimuleer het delen van kennis en feedback tussen de teams. Hierdoor kunnen er continue aanpassingen worden gedaan aan de valuestream om deze te optimaliseren.

Het is belangrijk om te benadrukken dat deze tips slechts een leidraad vormen voor het inrichten van de valuestream en dat er per situatie verschillende aanpakken mogelijk zijn. Het belangrijkste is dat alle betrokken teams samenwerken om een waardevol product of dienst te leveren en dat er een cultuur van samenwerking en verbetering ontstaat.