3.2 Sprint Backlog en Sprint Goal
Developers, onderhandelbare scope, plan met een doel
Eerst de basis
Drie dingen in één artefact
De Sprint Backlog bestaat uit drie delen, en dat is precies de manier om hem te
onthouden:
- Waarom — het Sprint Goal
- Wat — de geselecteerde Product Backlog-items
- Hoe — het plan om die items af te krijgen
De Sprint Backlog is van en voor de Developers. Zij maken hem, zij werken hem bij, en
zij zijn de enigen die hem tijdens de Sprint mogen wijzigen. Het is een plan met genoeg detail
om op de Daily Scrum voortgang te kunnen bespreken, niet een contract met de opdrachtgever.
Het Sprint Goal: waarom deze Sprint bestaat
Het Sprint Goal is het enige doel van de Sprint. Het wordt tijdens de Sprint Planning
opgesteld en daarna niet meer gewijzigd. Het geeft de Developers samenhang: ze werken samen
aan één doel in plaats van aan losse taakjes.
Het doel staat vast, de scope niet
Dit is de kern van het onderdeel, en het wordt het vaakst verkeerd begrepen. Blijkt tijdens de
Sprint dat het werk anders loopt dan gedacht, dan onderhandelen de Developers met de
Product Owner over de scope — welke items er wel en niet in blijven — zonder het Sprint
Goal aan te tasten.
| Situatie | Mag dat? |
|---|---|
| Een item blijkt groter; de Developers halen er een ander item uit | Ja, in overleg met de Product Owner. Het doel blijft staan. |
| De Developers ontdekken een taak die ze vergeten waren en voegen hem toe | Ja, de Sprint Backlog wordt continu bijgewerkt. |
| De manager zet er halverwege een extra item in | Nee. Alleen de Developers wijzigen de Sprint Backlog. |
| Het Sprint Goal wordt halverwege vervangen door een ander doel | Nee. Blijkt het doel achterhaald, dan kan de Product Owner de Sprint afbreken — dat is iets anders. |
niet een lijst. “Klanten kunnen hun bestelling zelfstandig volgen zonder de klantenservice te
bellen” is een doel. “Story 14, 15 en 22 af” is een boodschappenlijstje.