De Product Backlog is de geordende lijst van alles wat nodig is om een product beter te maken: nieuwe functies, verbeteringen, eisen, technisch werk en het oplossen van fouten. Het is een van de drie artefacten van Scrum, naast de Sprint Backlog en het Increment. De Product Owner is er verantwoordelijk voor.
Wat is een Product Backlog?
De Scrum Guide noemt de Product Backlog een opkomende, geordende lijst van wat nodig is om het product te verbeteren. Twee woorden zijn daarin belangrijk:
- Geordend: wat de meeste waarde oplevert of het meest nodig is, staat bovenaan. Daar weet het team wat het eerst moet doen.
- Opkomend: de lijst is nooit af. Er komen items bij, items vervallen en de volgorde verandert, telkens als er iets nieuws geleerd wordt. Dat is het grote verschil met een vast programma van eisen in een watervalproject.
Boven de lijst staat het productdoel: de toekomstige toestand van het product waar het team naartoe werkt. Elk item op de Product Backlog draagt daaraan bij. Wat er niet aan bijdraagt, hoort er niet op.
Wat staat er in een Product Backlog?
De items heten Product Backlog Items. Ze worden vaak geschreven als user story, maar dat is geen verplichting: ook een fout, een technische taak of een experiment kan een item zijn.
De items bovenaan zijn klein, helder en geschat, zodat de Developers ze in de volgende Sprint kunnen oppakken. Hoe lager op de lijst, hoe groter en vager de items, zoals je in de afbeelding bovenaan dit artikel ziet. Dat is geen slordigheid maar een bewuste keuze: het is zonde om tijd te steken in het uitwerken van iets dat misschien nooit gemaakt wordt.
Product Backlog verfijnen
Het steeds verder uitwerken van items heet verfijnen (refinement). De Product Owner en de Developers doen dat samen: ze splitsen grote items op, voegen details toe en schatten de omvang. De Developers die het werk gaan doen, zijn verantwoordelijk voor die schatting.
Een goede Product Backlog is volgens Roman Pichler DEEP: detailed appropriately (bovenaan gedetailleerd, onderaan grof), estimated (geschat), emergent (opkomend) en prioritized (geordend).
Wie is verantwoordelijk?
De Product Owner is eindverantwoordelijk voor de Product Backlog: voor wat erop staat, voor de volgorde, en voor het helder maken van het productdoel en de items. Hij of zij haalt wensen op bij klanten en andere stakeholders en weegt ze tegen elkaar af. Een deel van het werk kan de Product Owner aan anderen overlaten, maar de verantwoordelijkheid blijft bij hem of haar.
De Scrum Master helpt daarbij: door technieken aan te reiken voor een helder productdoel en een goed beheerde backlog, en door ervoor te zorgen dat de lijst geen rommelig verlanglijstje wordt, maar een middel om waarde te leveren.
Product Backlog en Sprint Backlog
Scrum kent twee backlogs. Het overzicht hieronder zet ze naast elkaar.
In de Sprint Planning kiezen de Developers, samen met de Product Owner, welke items van de Product Backlog ze in de komende Sprint oppakken, en ze formuleren een Sprintdoel. Die items, het Sprintdoel en het plan om ze te maken, vormen samen de Sprint Backlog.
Een veelgehoord misverstand is dat de Sprint Backlog tijdens de Sprint vastligt. Dat klopt niet: de Developers werken het plan bij zodra ze meer weten. Wat vastligt, is het Sprintdoel. Blijkt er meer of minder werk nodig, dan overleggen de Developers met de Product Owner, zonder het Sprintdoel los te laten.
Aan het eind van de Sprint, in de Sprint Review, bekijken het team en de stakeholders het resultaat. Wat daar geleerd wordt, gaat terug naar de Product Backlog: nieuwe items, een andere volgorde, of items die vervallen. Zo blijft de lijst levend.
Waar het vaak misgaat
- Een eindeloze lijst. Een backlog met honderden items geeft geen richting meer. Durf items weg te gooien: wat belangrijk is, komt vanzelf terug.
- Alles even belangrijk. Een backlog is een volgorde, geen stapel. Er is altijd één item dat bovenaan staat.
- Te veel tegelijk uitgewerkt. Werk alleen de items bovenaan in detail uit.
- Geen productdoel. Zonder doel is er geen grond om items te kiezen of te schrappen.
Wil je je verder ontwikkelen als Product Owner of Scrum Master? Bekijk onze Agile-trainingen.