Het agile manifesto is een kort document uit 2001 waarin zeventien softwareontwikkelaars vastlegden wat zij zien als de beste manier om software te maken. Het bevat vier kernwaarden en twaalf principes die sindsdien de basis vormen van vrijwel alle moderne agile werkwijzen, van Scrum tot Kanban.
De officiële naam is “Manifesto for Agile Software Development”. Het document staat online op agilemanifesto.org en is in essentie één pagina tekst, maar de impact ervan op de softwarewereld is enorm. Tot op de dag van vandaag gebruiken teams wereldwijd deze waarden als kompas bij het inrichten van hun werkproces.
Hoe het agile manifesto ontstond
In februari 2001 kwamen zeventien ontwikkelaars samen in Snowbird, Utah (VS). Ze vertegenwoordigden verschillende lichte, iteratieve methoden die op dat moment al in gebruik waren, zoals Extreme Programming (XP), Scrum en Feature-Driven Development. Al die methoden deelden een onvrede met de zware, documentatiegedreven aanpak die tot dan toe de standaard was. Die aanpak, vaak “waterval” genoemd, werkte traag en leverde regelmatig software op die niet meer aansloot bij wat de klant eigenlijk nodig had.
Uit dat tweedaagse overleg ontstond een gezamenlijke tekst: het agile manifesto. De ondertekenaars, onder wie bekende namen als Kent Beck, Martin Fowler en Ken Schwaber, waren het erover eens dat de manier waarop software werd gemaakt fundamenteel anders moest. Het woord “agile” (wendbaar) werd gekozen als overkoepelende term voor hun gedeelde aanpak.
De vier waarden van het agile manifesto
Het hart van het manifest bestaat uit vier waarden. Elke waarde stelt twee dingen tegenover elkaar en geeft aan wat de voorkeur heeft, zonder het andere volledig af te wijzen. De exacte formulering luidt:
- Individuen en interacties boven processen en tools
- Werkende software boven uitgebreide documentatie
- Samenwerking met de klant boven contractonderhandelingen
- Inspelen op verandering boven het volgen van een plan
De opstellers voegden er bewust aan toe: “Hoewel er waarde zit in de dingen rechts, waarderen we de dingen links meer.” Dit is een belangrijk nuance. Het manifest zegt niet dat documentatie of plannen nutteloos zijn. Het zegt dat werkende software en directe samenwerking zwaarder wegen als je een keuze moet maken.
De twaalf principes achter het manifest
Onder de vier waarden liggen twaalf principes. Deze geven concreter aan hoe je de waarden in de praktijk brengt. De principes gaan onder andere over:
- Vroeg en regelmatig werkende software opleveren, bij voorkeur elke paar weken.
- Veranderingen in eisen verwelkomen, ook laat in het project.
- Dagelijkse samenwerking tussen ontwikkelaars en mensen uit het bedrijf.
- Projecten bouwen rond gemotiveerde mensen en hen de omgeving en het vertrouwen geven die ze nodig hebben.
- Face-to-face communicatie als de meest efficiënte manier van informatie delen.
- Werkende software als de belangrijkste maat voor voortgang.
- Een gelijkmatig tempo aanhouden dat teams onbeperkt vol kunnen houden.
- Voortdurende aandacht voor technische kwaliteit en goed ontwerp.
- Eenvoud: zo min mogelijk werk doen dat niet nodig is.
- Zelforganiserende teams die de beste architectuur en ontwerpen voortbrengen.
- Regelmatig reflecteren op hoe het beter kan en dat ook aanpassen.
Wat opvalt aan deze principes: ze gaan niet over tools of technieken, maar over gedrag en samenwerking. Het manifest legt bewust geen methode op. Het beschrijft een houding.
Wat het agile manifesto niet is
Een veelgemaakte vergissing is het agile manifesto verwarren met een specifieke methode zoals Scrum of Kanban. Het manifest is geen handleiding en geen framework. Het beschrijft geen sprints, geen backlogs en geen dagelijkse standups. Die zijn allemaal uitwerkingen die later zijn ontwikkeld op basis van de principes in het manifest.
Het manifest is ook geen garantie voor succes. Teams die zeggen “agile te werken” maar de onderliggende waarden negeren, missen het punt volledig. Agile gaat niet over het volgen van een vast ritueel, maar over het werkelijk omarmen van samenwerking, aanpassingsvermogen en continue verbetering.
Is het agile manifesto nog relevant?
Het manifest dateert uit 2001, maar de principes zijn nog altijd actueel. Software wordt nog steeds gemaakt in een wereld waar eisen veranderen, klanten moeite hebben hun wensen vooraf volledig te omschrijven, en snelheid van levering telt. De vier waarden geven daar nog steeds een helder antwoord op.
Wel is er kritiek. Sommige mensen vinden dat het manifest te sterk gericht is op kleine teams en te weinig rekening houdt met grote organisaties of veiligheids-kritische systemen waar documentatie en planning juist onmisbaar zijn. Anderen wijzen erop dat “agile” inmiddels zo breed gebruikt wordt dat het zijn betekenis heeft verloren. Dat is echter geen fout van het manifest zelf, maar van de manier waarop het wordt toegepast.
Veelgestelde vragen over het agile manifesto
Wie heeft het agile manifesto geschreven?
Het manifest is geschreven door zeventien softwareontwikkelaars die in 2001 bijeenkwamen in Snowbird, Utah. Bekende namen zijn Kent Beck, Martin Fowler, Ken Schwaber en Jeff Sutherland.
Hoeveel waarden bevat het agile manifesto?
Het manifest bevat vier kernwaarden en twaalf onderliggende principes.
Is het agile manifesto alleen voor software?
Het manifest is geschreven voor softwareontwikkeling. In de praktijk passen ook teams buiten de software, zoals in marketing of productontwikkeling, de principes toe. De originele tekst richt zich specifiek op software.
Waar vind ik het originele manifest?
Het originele document staat op agilemanifesto.org, in meerdere talen, inclusief het Nederlands.
Het agile manifesto is in zijn eenvoud zijn grootste kracht: vier waarden op één pagina die een complete omslag in denken over softwareontwikkeling beschrijven. Of je nu werkt met Scrum, Kanban of een eigen aanpak, de waarden en principes uit 2001 vormen nog steeds een nuttig kompas om te toetsen of je werkwijze echt wendbaar is, of alleen in naam.
