De definitie van ‘gereed’ 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 in 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…“-constructies, maar alleen wat er precies verandert.
  • Acceptatiecriteria kunnen in drie tot vijf punten worden samengevat.
  • Het verhaal is kort genoeg om binnen één sprint te passen, waarbij er nog ruimte overblijft.
  • Afhankelijkheden van andere teams worden 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 punt. Een bericht dat een stemverschil van 3 tegen 13 opleverde, voldoet niet aan de gereedheidscontrole. Ofwel verklaart een van beide verfijningen dit verschil, ofwel zorgt het bericht voor verdeeldheid splits.

Definitie van ‘klaar’ versus definitie van ‘afgerond’

De definitie van „ready” markeert de start van de sprint. De definitie van „done” markeert het einde ervan. Ze zijn niet symmetrisch: bij „ready” gaat het om het verhaal, bij „done” om het werk. 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’ verandert in een verlanglijstje in plaats van een toetssteen. Stories worden in de sprint opgenomen zonder aan deze eis te voldoen, omdat „we niets anders hebben om aan te werken”. Twee sprints later haalt het team zijn velocity-doelstellingen niet, en de stories die nog niet gereed zijn, worden doorgeschoven naar de volgende sprint.

De oplossing ligt op institutioneel vlak, niet op het vlak van motivatie: als er geen ‘ready’ stories zijn, pakt het team een verfijnings-taak op, 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 dit in de sprint opnemen’: 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 hier niet aan voldoet, wordt niet opgenomen in de sprint, maar gaat terug naar de verfijningsfase.

Wat is het verschil tussen de definitie van ‘klaar’ en de definitie van ‘afgerond’?

De „Ready”-controlepunten markeren het begin 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 verhaal dat klein genoeg is om ruimschoots binnen één 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. De meeste teams die op voorspelbare wijze opleveren, maken er echter gebruik van, omdat het voorkomt dat nog niet gereed zijnde stories in een sprint worden meegenomen en daardoor naar de volgende sprint worden overgedragen.

Aanbevolen lectuur