Acceptatiecriteria

Foto van Sohrab Salimi
Sohrab Salimi
04.11.25
2 min. Leestijd
Deze inhoud is vertaald met AI. Bekijk origineel

Definitie

Acceptatiecriteria zijn voorwaarden waaraan voldaan moet worden om een Product Backlog Item door de stakeholders te laten accepteren. Sommige teams gebruiken termen als "voorwaarden van tevredenheid", "succescriteria", "validatiecriteria" of "fit-criteria" – ze beschrijven in essentie allemaal hetzelfde concept.

Context

Acceptatiecriteria helpen teams om te verduidelijken wanneer een Product Backlog Item succesvol is opgeleverd. Ze verminderen onduidelijkheden, zorgen voor een gedeeld begrip van de verwachtingen en maken transparant wanneer werk als afgerond geldt. Daardoor stijgt de productkwaliteit en wordt het eenvoudiger om te controleren of een feature aan de behoeften van de stakeholders voldoet.

Beschrijving

Acceptatiecriteria worden vaak gedefinieerd voor User Stories. Ze beschrijven in duidelijke, toetsbare uitspraken hoe een feature zich moet gedragen om als "Done" te gelden.

Wanneer teams deze criteria vroegtijdig formuleren en tijdens het Product Backlog Refinement verder uitwerken, kunnen ze misverstanden vroeg herkennen en oplossen voordat de ontwikkeling start.

Goed geformuleerde acceptatiecriteria volgen het SMART-principe:

  • Specifiek: beschrijft duidelijk het verwachte gedrag
  • Meetbaar: het resultaat kan worden getoetst
  • Acceptabel: het team kan het realiseren
  • Relevant: dekt de gebruikersbehoefte direct af
  • Tijdgebonden: definieert indien nodig een tijdsverwachting

Voorbeeld

Voorbeeld van een User Story:

"Als bankadviseur wil ik weten of een klant een positieve kredietwaardigheid heeft, zodat ik kan beslissen of ik zijn kredietaanvraag goedkeur."

Een acceptatiecriterium hierbij zou kunnen zijn:

"Het systeem toont de kredietbeoordeling van de klant met de datum van de laatste actualisering en de databron. De beoordeling moet gebaseerd zijn op gegevens die niet ouder zijn dan 30 dagen."

Dit criterium is specifiek, omdat beoordeling, datum en bron worden getoond; meetbaar, aangezien alle elementen in de gebruikersinterface en in de logs te controleren zijn; acceptabel, omdat het team het kan realiseren; relevant, omdat het gedegen kredietbeslissingen ondersteunt; en tijdgebonden, omdat het gegevens vereist die niet ouder zijn dan 30 dagen.

Veelvoorkomende misverstanden

Een veelvoorkomend misverstand is dat acceptatiecriteria gelijkgesteld worden aan de Definition of Done. In werkelijkheid gelden acceptatiecriteria voor een afzonderlijk Product Backlog Item, terwijl de Definition of Done geldt voor alle items die het team oplevert.

Meer weten?

Lees het artikel over User Stories om te begrijpen hoe acceptatiecriteria dit format aanvullen. Ontdek daarnaast in het artikel Product Backlog Refinement hoe acceptatiecriteria in het refinement-proces worden geïntegreerd.

Meer over dit onderwerp

Definition of Done: Simpel en toch complex

Waarom het als Product Owner zo belangrijk is om een sterke Definition of Done te hebben, leggen we je uit in de blog van Agile Academy!

Het opsplitsen van Epics

Hier leggen we je uit hoe je Epics opsplitst in afzonderlijke Stories en de requirements formuleert die daaruit voortkomen!

Wat je moet weten over Product Backlog Refinement (Grooming)

De Product Backlog Grooming ofwel Refinement brengt een aantal uitdagingen met zich mee voor Product Owners. Welke dat zijn leggen we je uit in deze blog!

Praat met onze assistent Praat met onze assistent