“Moeten we Agile of Waterfall gebruiken?” Die vraag komt in bijna elk project voorbij. Maar het is de verkeerde vraag. Het maakt niet uit welke methodologie je kiest. Het maakt uit of je levert.

Waterfall: alles vooraf plannen, bouwen, aan het einde opleveren. Agile: een beetje plannen, een beetje bouwen, leren, aanpassen, herhalen.

Je kunt geen halve brug bouwen en testen met verkeer. Waterfall werkt als requirements niet veranderen, veranderingen duur zijn, of je een fixed-scope contract hebt.

Je denkt dat je weet wat klanten willen. Je hebt waarschijnlijk ongelijk. Agile werkt als requirements evolueren, gebruikersfeedback ertoe doet, of “klaar” onduidelijk is aan het begin.

De val: consultant komt opdagen en zegt “we doen Agile.” Klant heeft een fixed-price contract met harde deadline. Consultant staat op sprints en retrospectives, project faalt. Je werk is niet methodologie opleggen. Het is resultaten leveren met de restricties die je krijgt.

Echte projecten passen niet in nette categorieën. Migratieproject? Waterfall voor infrastructuur, Agile voor features erop. ERP? Waterfall voor het kernsysteem, Agile voor custom workflows.

Junior: “We moeten Agile gebruiken omdat Agile beter is.” Senior: “Iteratief voor klantgerichte features omdat requirements onduidelijk zijn. Gefaseerd voor backend migratie omdat de technische volgorde vast is.”

Klanten herinneren zich niet of je Agile of Waterfall gebruikte. Ze herinneren zich of je leverde.