Wat zijn agile requirements?

‘Wat zijn agile requirements eigenlijk precies?’ Dit is een vraag die ik geregeld krijg. Dat is niet zo vreemd want het is beetje een vreemde term. We zeggen immers ook niet waterval requirements.

Agile requirements zijn gewoon requirements, maar dan toegepast in een agile omgeving

Maar laat ik beginnen met de term ‘requirements’.

Wat zijn requirements?

Het meest gegeven antwoord op deze vraag is ‘Requirements zijn eisen en wensen’. Op zich klopt dat. De letterlijke vertaling van het Engelse woord requirement is inderdaad ‘eis’ of ‘vereiste’. 

Maar realiseer je dat niet alle eisen en wensen die aan een systeem worden gesteld tevens requirements zijn. Je mag eisen en wensen dus niet als synoniem voor requirements gebruiken. Om verwarring te voorkomen kun je beter de andere letterlijke vertaling van requirements nemen. Dat is ‘behoefte’.

Een requirement is een behoefte van de business aan systeem­onder­steuning

Denk jij bij requirements ook direct aan een opsomming van gedetailleerde eisen? Dat komt waarschijnlijk omdat we veruit de meeste tijd besteden aan het helder krijgen van gedetailleerde requirements. Daar zit de bulk van ons werk in.

Toch mogen we ook de high level requirements niet vergeten. Als het goed is begin je met requirements op hoofdlijnen en werk je die steeds verder in detail uit. Je daalt als het ware af van high level naar low level requirements. 

Requirements hebben geen vaste omvang. Ze kunnen high level en low level zijn en alles daar tussenin

Dit geldt overigens ook voor user stories. High level user stories hebben de naam ‘epic‘ gekregen. En low level user stories worden soms ‘sprint ready stories’ genoemd. 

Wat zijn agile requirements?

Met ‘agile requirements’ duiden we op de manier waarop je in een agile omgeving met requirements omgaat. Dit in tegenstelling tot Requirements Engineering in het pre-agile tijdperk. Dat noem ik altijd ‘traditionele requirements’. 

We zijn gewend om requirements voor meerdere doeleinden te gebruiken. Op het eerste gezicht lijkt dat verstandig. Maar of het ook effectief is, is de vraag.

Hoe goed kun je met één en dezelfde set aan requirements­documenten de volgende doelen dienen?

  • Offerte aanvragen bij en contract afsluiten met de partij die de software gaat ontwikkelen
  • Aan het ontwikkelteam duidelijk maken wat ze moeten bouwen
  • Functioneel beheer en impactanalyses vereenvoudigen
  • Requirements hergebruiken in toekomstige projecten

Agile requirements zijn alleen bedoeld voor het ontwikkelen van de juiste software. Ze spelen uitsluitend een rol in het voortgangs­proces.

De hele aanpak en alle agile requirements­­technieken zijn hierop gericht. Waar heeft de business de meeste behoefte? Wat levert de meeste businesswaarde en heeft prioriteit? Hoe maak je op het juiste moment aan het ontwikkelteam duidelijk wat er gebouwd moet worden?

Deze focus op het voort­brengings­proces biedt allerlei mogelijk­heden om je werkwijze effectiever in te richten. Dit in vergelijking met het vastleggen van requirements voor gebruikers, managers, ontwikkelaars, testers, beheerders en collega-analisten.

Agile requirements niet geschikt voor

In tegenstelling tot traditionele requirements zijn agile requirements niet bedoeld en niet geschikt als: 

  • Programma van eisen, offerte of contract
    Dat is in een agile aanpak ook niet nodig. Je werk namelijk businesswaarde gedreven en niet requirements gedreven.
  • Specificaties
    Dat is in een agile aanpak ook niet nodig. Je plaatst agile requirements (meestal in de vorm van user stories) op de product backlog om overzicht te creëren en verwachtingen te managen. Vervolgens wekt je de user stories samen met het ontwikkelteam en just in time and just enough.
  • Systeemdocumentatie
    Dit is in een agile aanpak ook niet nodig. Systeem­documentatie maak je tijdens de sprint, parallel of direct nadat de user story gerealiseerd is. Niet ervoor. En niet per se met requirements. Het gaat namelijk niet zozeer om de behoeften van de business, maar om de (gerealiseerde) functionaliteit.

Conclusie

Agile requirements en traditionele requirements zijn in essentie gewoon de behoeften van de business. Het grote verschil zit hem in het proces en het gebruik. Meer weten? Kijk dan eens bij Meester in agile requirements. In dit online programma ontdek je waarom agile practices vaak indruisen tegen traditioneel vakmanschap.

Wat is jouw conclusie? Worden er in jouw organisatie vooral gewerkt met traditionele of agile requirements? Of is het een mix geworden? Dat zie je namelijk vaak bij organisatie in transitie naar agile.

Nicole de Swart, requirementstechnieken expert
Nicole de Swart

Nicole de Swart

Nicole de Swart

Auteur Handboek Requirements

Volg Nicole op:

Priya Soekhai

Priya Soekhai

Expert agile samenwerken

Volg Priya op:

Tips over agile requirements

Je ontvangt eens per maand een nieuw artikel. Net zoals meer dan 5.000 collega abonnees.
Je kunt je op elk moment weer uitschrijven

Copy link