5.1 Product Backlog refinement
Kernbegrippen: refinement, doorlopende activiteit, geen event, opdelen,
detailleren, schatten, Definition of Ready
detailleren, schatten, Definition of Ready
Eerst de basis
De backlog onderhouden
Refinement (verfijnen) is het opdelen en verder definiëren van Product Backlog-items in
kleinere, preciezere onderdelen. Daarbij worden details toegevoegd: een omschrijving, de volgorde
en de omvang.
Het is een doorlopende activiteit, geen zesde event. Er staat geen timebox op en het
staat niet verplicht in de agenda. Veel teams reserveren er wel vaste tijd voor — vaak rond de
10% van de Sprint — maar dat is een afspraak van het team, geen regel.
Waarom het bovenaan het meest gebeurt
Items die binnenkort aan de beurt zijn, moeten klein en duidelijk genoeg zijn om binnen één
Sprint af te krijgen. Items die er over een half jaar in gaan, mogen grof blijven — ze veranderen
toch nog. Dat geeft de backlog zijn karakteristieke vorm: fijn bovenaan, grof onderaan.
Wat er tijdens refinement gebeurt
- Grote items (epics) opsplitsen in kleinere items.
- Acceptatiecriteria en afhankelijkheden helder krijgen.
- Vragen aan de Product Owner stellen over de bedoeling.
- De omvang schatten — dat doen uitsluitend de Developers.
- Items die niet meer relevant zijn, verwijderen.
Definition of ReadySommige teams spreken af wanneer een item “klaar om
opgepakt te worden” is: doel duidelijk, acceptatiecriteria aanwezig, geschat, geen blokkerende
afhankelijkheden. Handig als hulpmiddel — maar het staat niet in de Scrum Guide, en het mag
nooit een poortje worden dat de Sprint Planning tegenhoudt.
opgepakt te worden” is: doel duidelijk, acceptatiecriteria aanwezig, geschat, geen blokkerende
afhankelijkheden. Handig als hulpmiddel — maar het staat niet in de Scrum Guide, en het mag
nooit een poortje worden dat de Sprint Planning tegenhoudt.