Product Backlog
De Product Backlog is een van de belangrijkste onderdelen binnen het Scrum Framework. In dit artikel lees je wat het is, wat erin staat en wie ervoor verantwoordelijk is.
Wat is een Product Backlog?
De Product Backlog is een geordende lijst van alles wat nodig is om een product of dienst of proces te ontwikkelen of te verbeteren. De lijst omvat wensen, (nieuwe) functies, eisen, verbeteringen, technische taken, bugfixes etc.
Wat staat er in een Product Backlog
De Product Backlog is zoals benoemd een lijst met onderwerpen die nodig zijn voor de ontwikkeling of verbetering van een product, proces of dienst. Deze zijn door de Product Owner opgehaald bij andere relevante stakeholders. Deze items worden vaak: Product Backlog Items (PBI) genoemd of User Stories. De items zijn georganiseerd op de volgorde van waarde toevoegend en noodzaak. De meest waardevolle en of noodzakelijke items staan boven aan de lijst. De items die lager staan zijn minder waardevol en daarom vaak ook nog niet in detail uitgewerkt. Zo kan het team zien wat de prioriteiten zijn en de focus leggen op het realiseren van de meest waardevolle en of noodzakelijke wensen.
De Product Backlog is geen statische lijst (zoals bij de waterval methode) maar een levende lijst. De Product Owner kan in overleg met de stakeholders altijd items toevoegen, verwijderen of wijzigen. De Product Owner kijkt en toets continu of de items op de Product Backlog nog de gewenste waarde opleveren en kan door nieuwe inzichten in afstemming met de stakeholders aanpassingen doen.
Wie is verantwoordelijk voor Product Backlog?
De Product Owner is verantwoordelijk voor de Product Backlog. Deze staat in contact met andere stakeholders om de wensen van wat nodig is, op te halen en te verwerken in de Product Backlog Items. Tot slot zorgt de Product Owner ervoor dat de geprioriteerde Product Backlog Items voldoende zijn uitgewerkt zodat het development team daarmee aan de slag kan.
Wat is dan de rol van de Scrum Master? De Scrum Master is er om te coachen waar nodig. Bijvoorbeeld het coachen van de Product Owner in de contacten met stakeholders. Te coachen op de inhoud van de Product Backlog en zo ervoor te zorgen dat dit geen rommelig verlanglijstje is maar een strategisch instrument om waarde te creëren en te voldoen aan het overkoepelende product doel. Daarnaast kan deze coachen in de overdracht van de Product Backlog Items naar de Developers.
Wat is het verschil tussen de Product Backlog en de Sprint Backlog
Er worden binnen Agile Scrum regelmatig gesproken over twee backlogs namelijk de Product Backlog en de Sprint Backlog.
De Product Backlog bevat alle gewenste items en taken. Dit is meer dan er in een Sprint kan wordt opgepakt. In de Sprintplanning beslissen de Developers vervolgens welke Items zij overhevelen naar de Sprint Backlog om in de Sprint op te leveren.
De Sprint Backlog bevat dus een aantal Items van de Product Backlog die daadwerkelijk overgaan naar de Sprint en worden opgeleverd. Na oplevering worden deze tickets weer geëvalueerd met de stakeholders. Hieruit kunnen nieuwe wensen of noodzakelijke Items komen wat impact kan hebben op de Product Backlog.
Terwijl de Product Backlog continu wordt bijgewerkt en geprioriteerd, blijft de Sprint Backlog gedurende de sprint stabiel.
Conclusie
Een goed beheerde Product Backlog is de sleutel tot succesvolle ontwikkeling en verbetering en is een essentieel onderdeel van Agile Scrum. Het zorgt ervoor dat de wensen van de klant en de noodzakelijke taken geprioriteerd zijn om daadwerkelijk waarde te leveren.
