Het agile manifesto: de 4 waarden en 12 principes uitgelegd

Het agile manifesto is een document met vier waarden en twaalf principes voor het ontwikkelen van software. Het geeft teams houvast om samen te werken, regelmatig werkende software te leveren en in te spelen op veranderingen.

Het manifest schrijft niet voor welke stappen een team precies moet volgen. Het helpt je vooral om keuzes te maken: wat krijgt voorrang als een plan, proces of afspraak niet meer goed aansluit op wat de klant nodig heeft?

Hoe ontstond het agile manifesto?

In februari 2001 kwamen 17 softwareontwikkelaars bijeen in Snowbird, in de Amerikaanse staat Utah. Ze waren ontevreden over ontwikkeltrajecten waarin veel tijd ging naar plannen en documenteren, terwijl klanten lang moesten wachten op een werkend resultaat.

De deelnemers hadden verschillende ideeën over hoe softwareontwikkeling beter kon. In het agile manifesto legden ze vast wat hun ideeën gemeen hadden: vier waarden en twaalf bijbehorende principes.

De vier waarden van het agile manifesto

Elke waarde bestaat uit twee onderdelen. Het manifest geeft meer gewicht aan het eerste onderdeel, maar zegt nadrukkelijk niet dat het tweede onderdeel waardeloos is.

• Mensen en hun onderlinge contact boven processen en hulpmiddelen. Goede afspraken en hulpmiddelen helpen een team, maar lossen niet alles op. Mensen moeten vragen kunnen stellen, kennis delen en samen beslissingen nemen.
• Werkende software boven uitgebreide documentatie. Een document kan uitleggen wat een product moet doen, maar pas werkende software laat zien wat er daadwerkelijk is gemaakt. Documentatie blijft nuttig, bijvoorbeeld om onderhoud mogelijk te maken.
• Samenwerking met de klant boven contractonderhandelingen. Een contract legt afspraken vast, maar vervangt het gesprek met de klant niet. Door tijdens het werk contact te houden, kan een team beter begrijpen wat nodig is.
• Reageren op verandering boven het volgen van een plan. Een plan geeft richting. Als nieuwe informatie laat zien dat iets anders nodig is, kan het verstandiger zijn het plan aan te passen dan het ongewijzigd uit te voeren.

Bij deze waarden gaat het dus om een afweging, niet om een verbod. Een team kan bijvoorbeeld blijven plannen en documenteren, zolang dat het leveren van een bruikbaar product ondersteunt.

De twaalf principes van het agile manifesto

De principes maken de vier waarden concreter. Ze zijn geschreven voor softwareontwikkeling en gaan onder meer over klantcontact, kwaliteit en de manier waarop een team leert.

1. Stel de klant tevreden door vroeg en regelmatig waardevolle software te leveren. De klant hoeft dan niet tot het einde van een lang traject te wachten op een bruikbaar resultaat.
2. Verwelkom veranderende wensen, ook laat in de ontwikkeling. Nieuwe inzichten kunnen de klant helpen om beter aan te sluiten op wat nodig is.
3. Lever regelmatig werkende software op. Het manifest noemt een periode van enkele weken tot enkele maanden, met een voorkeur voor de kortere termijn.
4. Laat mensen vanuit de klant of organisatie en ontwikkelaars dagelijks samenwerken. Zo kunnen zij vragen bespreken terwijl het werk nog loopt.
5. Geef gemotiveerde mensen vertrouwen en ondersteuning. Zorg dat zij de omgeving en middelen hebben om hun werk te doen.
6. Gebruik persoonlijk gesprek om informatie uit te wisselen. Het manifest noemt een gesprek waarbij mensen elkaar direct spreken de meest effectieve manier om informatie binnen een ontwikkelteam over te brengen.
7. Meet voortgang vooral aan werkende software. Een afgerond plan of document laat niet op dezelfde manier zien wat het product al kan.
8. Werk in een tempo dat vol te houden is. Opdrachtgevers, ontwikkelaars en gebruikers moeten volgens het manifest langdurig in een gelijkmatig tempo kunnen blijven werken.
9. Besteed voortdurend aandacht aan technische kwaliteit en een goed ontwerp. Dat maakt het makkelijker om de software aan te passen.
10. Houd het eenvoudig. Doe niet meer werk dan nodig is om het gewenste resultaat te bereiken.
11. Geef teams ruimte om zichzelf te organiseren. Volgens het manifest ontstaan de beste technische keuzes, eisen en ontwerpen bij teams die hun werk zelf organiseren.
12. Bespreek regelmatig hoe het team beter kan werken. Pas de werkwijze vervolgens aan op basis van wat het team heeft geleerd.

Het manifest toepassen in een herkenbare situatie

Stel dat een team een online formulier ontwikkelt. Het oorspronkelijke plan bevat allerlei extra functies, maar bij het testen blijkt dat gebruikers vooral moeite hebben met het invullen van hun gegevens.

Het team kan dan eerst een eenvoudige, werkende versie van het formulier laten gebruiken. Op basis van reacties kan het bepalen welke verbetering voorrang krijgt. Het plan verandert, maar verdwijnt niet: het team legt de nieuwe keuze vast en blijft werken aan een duidelijk doel.

Ook documentatie kan nodig zijn, bijvoorbeeld om uit te leggen hoe het formulier met gegevens omgaat. De waarde uit het manifest helpt om te bepalen welke documentatie nuttig is, niet om alle documentatie weg te laten.

Veelgemaakte misverstanden over het agile manifesto

“Een plan is niet nodig.” Het manifest zegt dat reageren op verandering zwaarder weegt dan een plan blijven volgen. Een team heeft nog steeds richting en afspraken nodig. Het verschil is dat het plan kan veranderen als daar een goede reden voor is.

“Documentatie is verboden.” Werkende software krijgt voorrang boven uitgebreide documentatie. Dat betekent niet dat uitleg over keuzes, gebruik of onderhoud overbodig is.

“Snel leveren is het enige doel.” Het manifest vraagt ook aandacht voor technische kwaliteit en een tempo dat mensen kunnen volhouden. Steeds sneller werken ten koste van kwaliteit past daar niet bij.

“De klant beslist alles.” Samenwerking met de klant is een waarde, maar het team brengt ook eigen kennis in. Een verzoek bespreken kan bijvoorbeeld duidelijk maken dat een andere oplossing beter past bij het probleem.

Veelgestelde vragen over het agile manifesto

Wat is het verschil tussen het agile manifesto en Scrum?
Het manifest beschrijft waarden en principes. Scrum is een raamwerk met concrete afspraken voor hoe een team zijn werk kan organiseren. Het manifest schrijft Scrum niet voor.

Is het agile manifesto alleen bedoeld voor software?
De oorspronkelijke tekst gaat over softwareontwikkeling. Teams buiten de softwarewereld kunnen de waarden ook gebruiken als inspiratie, maar moeten zelf bepalen hoe principes zoals het opleveren van werkende software bij hun werk passen.

Waar vind je de originele tekst?
De oorspronkelijke waarden en de twaalf principes staan op agilemanifesto.org. Daar is ook een Nederlandse vertaling beschikbaar.

Wil je de waarden in je eigen werk gebruiken? Begin met een concrete keuze die voor je team speelt. Vraag bijvoorbeeld of een extra document helpt om een beter product te leveren, of dat direct overleg en een werkende versie op dat moment meer opleveren.