De Product Owner is verantwoordelijk voor de Product Backlog. De Product Backlog is een van de Artefacts in Scrum. Het is een essentieel onderdeel om de voortgang en de waarde van de oplevering te managen. De Product Backlog is een lijst die continue in beweging is en vanaf de eerste Sprint sturing en inzicht geeft aan het project.
De Product Backlog is bedoeld om eenvoud aan te brengen in een complex geheel van ambities en wensen. Door het continue aanpassen van items en deze opnieuw te prioriteren, richt je je op de juiste dingen. Het resultaat is een constant maximale waarde leveren aan de klant.
Hoe stel je een goede Product Backlog samen? Hier volgt een handig stappenplan voor een geprioriteerde sprintbare Product Backlog:
Stap 1 – het inventariseren van wensen/ambities. Input hiervoor kan bijvoorbeeld komen uit:
- De Product Visie
- Een Product Roadmap
- Stakeholders
- De Developers
- Minimum Viable Product
- De Ijsberg
- De Product Goal
Stap 2 – het vertalen van wensen en ambities naar Product Backlog items of User Stories. Houd rekening met een aantal zaken om aan een goede Product Backlog te voldoen:
- Zorg voor voldoende items of User Stories om een Sprint te vullen en liefst zelfs twee Sprints.
- Items en User Stories die bijna opgepakt worden zijn ‘sprintklaar’ van zodra de Developers ze begrijpen (gedetailleerd). Deze items moeten klein zijn en de acceptatiecriteria en de Definition of Done moeten helder zijn.
- De Product Backlog is een aanpasbare lijst die zich gedurende de tijd verder ontwikkelt. Items worden herschreven en nieuwe items komen erbij op basis van de wensen van het Scrum Team en stakeholders.
- User Stories worden ingeschat op basis van Story Points. Deze verwijzen naar de moeite die een User Story naar verwachting gaat kosten. Planning Poker kan goed helpen bij het gezamenlijk bepalen van de Story Points.
- Items en User Stories worden door de Product Owner geprioriteerd. Waardevolle en risicovolle items worden hoog in prioriteit gezet, zodat vroegtijdig waarde wordt geleverd of vroegtijdig risico’s worden getoetst.
- De Product Goal kan dienen als het lange termijn doel van het Scrum Team en geeft de toekomstige staat van het product weer. Wanneer Product Goal behaald – of verworpen – wordt, kan het Scrum team aan een nieuw Product Goal werken.
Stap 3 – indelen van de items of User Stories in de Product Backlog template.
- Plaats belangrijke items of User Stories bovenaan, zodat deze in de komende Sprint worden opgepakt.
- Plaats minder belangrijke, maar evengoed belangrijke items of User Stories een kolom lager, zodat deze bij de volgende Sprints opgepakt worden.
- Alle overige items en User Stories kunnen in de onderste kolom geplaatst worden zodat deze later worden opgepakt.