Agile, Watervalmethode en PRINCE2, het beste van drie werelden

Agile is een veelgehoorde term, agile is overal! Agile stemt mensen tevreden. Je project gaat beter en je levert het eerder op. Niets mis mee toch? Of toch wel? Is het een hype? Werkt het altijd goed? Spreker en schrijver Dion Kotteman is een ervaren adviseur op het gebied van IT, organisatiestrategie en organisatie-inrichting. Hij legt aan je uit dat projectmatig werken meer dan alleen agile zou moeten zijn.

Vaak worden projecten die gebruik maken van agile afgezet tegen projecten die volgens een watervalmethode werken. Het algemene beeld hierbij is dat agile projecten veel succesvoller zijn. Dat valt nog te bezien. Recent onderzoek van de Standish Group laat zien dat dat wel meevalt als je naar de omvang van de projecten kijkt.

De Standish Group heeft de succesrate van watervalprojecten afgezet tegen die van agile projecten. De succesrate is als volgt gedefinieerd: wordt er binnen budget en op tijd geleverd wat was afgesproken? Dan blijken overall agile projecten beter te scoren. Maar als je de omvang van de projecten meeneemt in de overweging, ziet het landschap er anders uit. En waarom zou je de omvang niet meenemen? Wat je ziet als je de omvang van een project mee in beschouwing neemt, als je het project dus normaliseert naar grootte, is dat de agile projecten toch iets minder succesvol blijken te zijn.

Misschien dacht je dat al wel; agile projecten werken op kleine schaal niet gek, maar hoe is dat als het project veel groter is? Niet voor niets zie je de behoefte aan samenhang als er meer kleinere teams zijn. Dan ontstaan er ‘tribes’, die voor afstemming zorgen. Daar komt nog bij dat er ook afstemming nodig is om delen in het geheel te passen: prima als je een klein projectje op een agile manier doet, maar als je in een grote organisatie zit, moet het resultaat wel voldoen aan de bestaande architectuurafspraken. Tenminste, dat is wel prettig!

Training is natuurlijk belangrijk als je een nieuw concept introduceert. Er is geen gebrek aan agile trainingen; de markt speelt er goed op in. Maar hoe is het met de kwaliteit? Een training voor Scrum Master van twee dagen wordt veel gezien. Wat zegt de folder van een dergelijke training? “Aan het eind van de training is de Scrum Master in staat om de Scrum-principes te benoemen, en het Scrum-procesmodel met daarbinnen de product backlog, sprint backlog, de sprint met haar dagelijkse stand-ups en het product increment te beschrijven. Binnen een sprint is hij ook in staat om de start-of-sprint workshop, de sprint planning workshop en de end-of-sprint en retrospective te beschrijven.”

Dit is natuurlijk onvoldoende om met succes agile/Scrum, toe te passen. Begrip van Scrum is mooi, maar dan ben je het nog niet Meester. De Scrum Master moet stevig in zijn schoenen staan, het gaat ook om een verandertraject. Een Scrum-coach is soms een goede optie: die begeleidt de Scrum Master zodat hij het team effectiever en efficiënter kan maken. Naast de Scrum Master moet het hele Scrum-team een training krijgen en begeleid worden bij het toepassen van Scrum. Anders blijft de actie teveel bij de Scrum Master alleen.