De definitie van ‘klaar’ is de checklist van het team voor ‘we kunnen dit in de sprint opnemen’ — de drempel die een story moet halen voordat deze in sprintplanning wordt opgenomen. De meeste teams stellen er tijdens hun eerste retro een op, plaatsen deze op de wiki en kijken er daarna nooit meer naar om. De versie die zijn nut bewijst, is kort, expliciet en blokkerend: een story die hieraan niet voldoet, wordt niet opgenomen.

Wat een nuttige checklist omvat

  • Het resultaat voor de gebruiker kan in één zin worden samengevat — geen ingewikkelde „als een…“-formuleringen, maar gewoon wat er verandert.
  • Acceptatiecriteria kunnen in drie tot vijf punten worden samengevat.
  • Het verhaal is kort genoeg om in een sprint te passen, waarbij er nog ruimte overblijft.
  • Afhankelijkheden van andere teams zijn vastgesteld en bevestigd.
  • Als er een ontwerp nodig is, dan is dat er.
  • Het team heeft hierover gestemd zonder dat de stemmen meer dan twee kaartwaarden uit elkaar lagen.

Het laatste punt is het doorslaggevende. Een bericht dat een stemverschil van 3 tegen 13 opleverde, voldoet niet aan de gereedheidscontrole. Ofwel verklaart een verdere verfijning dit verschil, ofwel splits het bericht.

Definitie van ‘klaar’ versus definitie van ‘afgerond’

De definitie van „ready” vormt de toegangspoort tot de sprint. De definitie van „done” vormt de uitgang daaruit. Ze zijn niet symmetrisch — bij „ready” gaat het om het verhaal, bij „done” om het werk — en door deze twee door elkaar te halen, leveren teams verhalen op die weliswaar aan hun acceptatiecriteria voldoen, maar het probleem van de gebruiker nog steeds niet oplossen.

Wat gaat er mis?

De definitie van ‘gereed’ wordt een verlanglijstje in plaats van een toelatingscriterium. Stories worden in de sprint opgenomen zonder aan deze definitie te voldoen, omdat „we niets anders hebben om aan te werken”. Twee sprints later haalt het team zijn velocity-doelstellingen niet, en de nog niet gereed verklaarde stories zijn de overblijvers.

De oplossing is van institutionele aard, niet van motivationele aard: als er geen ‘ready’ verhalen zijn, kiest het team een verfijnings-taak, en geen taak die nog niet ‘ready’ is. Een poort waar u omheen loopt, is geen poort. Handhaaf deze regel één keer en de backlog zal in betere staat binnenkomen, omdat iedereen leert welke kosten het met zich meebrengt om ‘ready’ over te slaan.

Veelgestelde vragen

Wat is de definitie van ‘klaar’?

De definitie van ‘gereed’ is de checklist van het team voor ‘we kunnen hiermee in de sprint aan de slag’ — de drempel waaraan een story moet voldoen voordat deze in de sprintplanning wordt opgenomen. Een bruikbare definitie is kort, duidelijk en bindend: een story die hieraan niet voldoet, wordt niet in de sprint opgenomen, maar gaat terug naar de verfijningsfase.

Wat is het verschil tussen de definitie van „klaar” en de definitie van „afgerond”?

De „Ready”-controlepunten markeren de start van de sprint; de „Done”-controlepunten markeren het einde ervan. Ze zijn niet symmetrisch: bij „Ready” gaat het erom dat het verhaal goed is opgesteld, bij „Done” gaat het erom dat het voltooide werk klaar is voor release.

Wat moet er in een definitie van „gereed” worden opgenomen?

Het resultaat voor de gebruiker in één zin, acceptatiecriteria die in drie tot vijf punten passen, een user story die klein genoeg is om ruimschoots in een sprint te passen, geïdentificeerde en bevestigde afhankelijkheden, alle benodigde ontwerpen aanwezig, en een teamstemming waarbij de scores niet meer dan twee kaartwaarden uit elkaar lagen. Dit laatste punt is het doorslaggevende element.

Maakt de definitie van ‘gereed’ deel uit van Scrum?

Nee — de Scrum Guide geeft hier geen definitie van, dus het is optioneel. Maar de meeste teams die op voorspelbare wijze opleveren, maken er gebruik van, omdat het voorkomt dat nog niet gereed zijnde stories in een sprint worden meegenomen en vervolgens worden overgedragen naar de volgende sprint.

Aanbevolen lectuur