Wat is een Product-backlog? (En hoe maak je er een)

Een Product-backlog is een geordende lijst met taken, functies of PBI's (product-backlogitems) die moeten worden voltooid als onderdeel van een grotere routekaart. 

Productaanmaak begint met een idee en er is een toegewijd team nodig om iets speciaals te maken. Ja, zelfs de iPhone was ooit slechts een prototype dat dankzij het juiste team zijn weg vond naar mainstream populariteit. Bij het beheren van een Scrum-team van ontwikkelaars is het cruciaal om georganiseerd te blijven voor het succes van het product. 

Dus hoe kunnen ontwikkelingsteams georganiseerd blijven en hun doelen bereiken? Met beproefde takenlijsten. Een Product-backlog is in wezen een gespecialiseerde takenlijst. Het is een geordende lijst met taken, functies of items die moeten worden voltooid als onderdeel van een grotere productroutekaart. Als je team de Agile-methodologie gebruikt, kan een Product-backlog je helpen projecten en initiatieven op te splitsen om te bepalen welke taken het belangrijkst zijn. 

Lees verder om erachter te komen wat een Product-backlog inhoudt en hoe je er een maakt voor je team.

Wat is een Product-backlog?

Product-backlog is een geprioriteerde lijst met werkitems of functies die je helpen productdoelen te bereiken en verwachtingen te scheppen tussen teams. In het algemeen moet elk product in ontwikkeling een eigen Product-backlog hebben. Elke Product-backlog moet ook een eigen projectteam hebben. 

Je maakt een Product-backlog op basis van de productroutekaart, waarin het actieplan voor de evolutie van het product wordt uitgelegd. Ontwikkelaars gebruiken de taken in de Product-backlog om zo snel mogelijk de gewenste resultaten te bereiken.

Wie gebruikt product-backlogs?

Hoewel elk ontwikkelteam een Product-backlog kan gebruiken, worden ze meestal gebruikt door Agile-teams en Scrum-teams om werk te organiseren en te prioriteren. Elk raamwerk beheert de backlog echter iets anders.

• In een Agile Product-backlog blijven taken flexibel en worden ze voortdurend bijgewerkt naarmate nieuwe gebruikersverhalen, epics of technische schulden naar voren komen. Product-backlog in Agile is een dynamisch, levend document, met taken die door de producteigenaar worden geprioriteerd om zich te concentreren op hoogwaardige product-backlogitems. Deze flexibiliteit wordt vaak gecombineerd met raamwerken zoals Kanban, waar updates continu plaatsvinden zonder strikte sprintcycli.

• Daarentegen is de Scrum Product-backlog binnen het Scrum-raamwerk een meer gestructureerde lijst die de Scrum-producteigenaar zorgvuldig onderhoudt. Tijdens elke sprint-planningsvergadering verplaatsen geselecteerde items van deze bestelde backlog naar de sprint-backlog, waar het Scrum-team zich op richt om ze tijdens de sprint te voltooien. Regelmatige backlog-groomingsessies zorgen ervoor dat de backlog up-to-date blijft en afgestemd is op het productdoel.

Uiteindelijk, of het nu wordt gebruikt in Scrum of Agile Backlog, is effectief Product-backlogbeheer van vitaal belang om vooruitgang te boeken en waarde te leveren.

Wat zit er in een Product-backlog?

Een Product-backlog bevat meestal functies, bugfixes, technische schulden en kennisverwerving. Deze Product-backlog-items zijn afzonderlijke werkstukken die nog moeten worden opgeleverd voor een product.

1. Functies (gebruikersverhalen)

Een functie, ook wel bekend als een gebruikersverhaal, is een functie van het product die de productgebruiker waardevol vindt. Functies kunnen complex zijn - vaak epics genoemd - of ze kunnen eenvoudig zijn. Het maken van een story map kan je team helpen bepalen wat de gebruiker het meest nodig heeft.  

2. Bugfixes

Bugfixes spreken voor zich en je Scrum-team moet deze snel aanpakken om de integriteit van het product te waarborgen. Sommige bugs kunnen belangrijk genoeg zijn om de huidige sprint van je team te onderbreken, terwijl andere kunnen wachten op de volgende sprint. Een algemene regel met bugs is echter om ze bovenaan je Product-backlog te houden, zodat je team ze niet vergeet.

3. Technische schulden

Technische schuld, net als financiële schuld, 'loopt rente op' wanneer deze wordt genegeerd. Wanneer ontwikkelaars technisch werk naar de onderkant van de Product-backlog duwen, stapelt het zich op en wordt het moeilijker om het te voltooien. Effectief backlogbeheer kan de opbouw van technische schulden voorkomen. Wanneer je team georganiseerd blijft en technisch werk in kleinere, dagelijkse stappen op zich neemt, is de kans kleiner dat er rente wordt opgebouwd op een enorm stuk werk. 

4. Kennisverwerving  

Bij kennisverwerving verzamel je informatie om toekomstige taken uit te voeren. In wezen is dit een onderzoeksfase. Wanneer je een functie identificeert die meer onderzoek nodig heeft, maak je een taak voor kennisverwerving, zoals een prototype, experiment of proof-of-concept om de informatie te krijgen die je nodig hebt om aan de functie te werken.

4 stappen om een Product-backlog te maken

Een Product-backlog is meer dan een eenvoudige takenlijst - het is waar je complexe taken opsplitst in een reeks stappen en deze delegeert aan teamleden. Volg deze vier stappen om een effectieve Product-backlog te ontwikkelen. 

1. Bouw een productroutekaart

De productroutekaart is de basis voor de Product-backlog. Je team moet eerst een routekaart maken, die vervolgens zal dienen als het actieplan voor hoe je product zal veranderen naarmate het zich ontwikkelt. De routekaart is de visie voor productontwikkeling op lange termijn, maar deze kan ook evolueren.

2. Maak een lijst van Product-backlog-items 

Met je productroutekaart in gedachten kan je team beginnen met het opsommen van Product-backlogitems. Deze items moeten zowel items met hoge prioriteit als meer abstracte ideeën bevatten. Tijdens deze fase van het aanmaken van een Product-backlog moet je ook communiceren met belanghebbenden en luisteren naar hun ideeën voor productverbeteringen. Als je de Agile-methode gebruikt, kun je dit gesprek organiseren als onderdeel van je sprintplanningsvergadering.

3. Prioriteer je Backlog

Nadat je team alle Product-backlog-items heeft opgesomd, sorteer en prioriteer je de belangrijkste taken. Je kunt items met de hoogste prioriteit identificeren door de klant voorop te stellen en te overwegen welke items de meeste waarde bieden.

4. Regelmatig bijwerken

Terwijl je team de Product-backlog doorloopt, onthoud dat het een levend document is. Je kunt voortdurend items aan de backlog toevoegen en ze tijdens het werken prioriteren of verfijnen. 

Product-backlog-items prioriteren

Een essentieel onderdeel van het beheren van de Product-backlog is het prioriteren van taken. Als Scrummaster moet je een grondig begrip hebben van welke nieuwe functies belanghebbenden in het product willen zien. Hier zijn enkele strategieën om backlog-items te prioriteren.

Product-backlogitems verfijnen

Voordat je kunt prioriteren, moet je eerst je backlogs definiëren. Voeg details toe zoals een beschrijving, grootte en bijbehorende doelen of statistieken.

Organiseer taken op urgentie en belang

Wanneer je je concentreert op het verfijnen van de backlog, probeer dan taken te organiseren op urgentie en belang. Het team moet prioriteit geven aan Product-backlog items die de functionaliteit van het product en de gebruikerservaring verbeteren.

Pak eerst complexe taken aan

Je team kan geneigd zijn om eerst eenvoudige taken te voltooien, zodat ze deze uit de Product-backlog kunnen verwijderen en de lijst kunnen inkorten, maar dit is een minder efficiënte vorm van projectbeheer. De Product-backlog zal blijven groeien, dus het aanpakken van complexe taken is vaak het meest effectief. 

Voltooi taken in gerichte tijdsprints

Agile teams werken in gerichte sprints om het werk te voltooien, en deze methode is zeer effectief voor de productiviteit. Aan het einde van elke sprint kunnen de producteigenaar en eventuele belanghebbenden een sprint review bijwonen met jou en het ontwikkelingsteam om ervoor te zorgen dat alles op schema ligt.

Communiceer met je team

Communicatie tussen teamleden is een cruciaal onderdeel van het prioriteren van de Product-backlog. Om de backlog met succes te sorteren en items binnen een redelijk tijdsbestek te voltooien, moeten jij en je team samenwerken en de Scrum-gids volgen.

Product-backlogvoorbeeld

Product-backlogs zien er anders uit tussen projecten, maar sommige beginnen met een epic. Een epic is een overkoepelend probleem dat je voor een klant probeert op te lossen. Hieronder vind je een voorbeeld:

Epic: Als marketingmanager wil ik een inhoudbeheersysteem waarmee ik kwaliteitsinhoud aan mijn lezers kan leveren.

Deze epic kan je helpen bij het werken aan gebruikersverhalen, zoals hoe een gebruiker inhoud maakt in je nieuwe systeem of hoe ze inhoud bewerken en delen met hun teams. Om ons voorbeeld van een Product-backlog voort te zetten, kunnen we de epic opsplitsen in meer specifieke gebruikersverhalen.

Verhaal 1: Als maker van inhoud wil ik een inhoudbeheersysteem waarmee ik inhoud kan maken, zodat ik klanten kan informeren over onze producten.

Verhaal 2: Als bewerker wil ik een inhoudbeheersysteem waarmee ik inhoud kan beoordelen voordat deze wordt gepubliceerd, zodat ik ervoor kan zorgen dat deze goed geschreven en geoptimaliseerd is voor zoekopdrachten. 

De producteigenaar, Scrummaster en het ontwikkelingsteam bepalen de functies die het product moet bevatten op basis van de gebruikersverhalen en prioriteren deze op basis van belangrijkheid. 

Functies die het product moet bevatten voor verhaal 1:

• Inloggen op het inhoudbeheersysteem

• Inhoud maken

• Een pagina met inhoud bewerken

• Wijzigingen opslaan

• Inhoud toewijzen aan bewerker voor beoordeling

Als productmanager gebruik je epics om je productroutekaart en backloglijstitems te begeleiden. Zoals je in dit voorbeeld kunt zien, kan één epic resulteren in meerdere gebruikersverhalen en productfuncties.

Wat zijn de voordelen van een Product-backlog?

Een Product-backlog helpt je team als een goed geoliede machine te werken door de organisatie en samenwerking te verbeteren. Het wordt de centrale tool voor communicatie en houdt iedereen op één lijn wat betreft doelen en verwachtingen. 

Omdat al het werk voor een product door de backlog stroomt, biedt de Product-backlog een basis voor iteratieplanning. Terwijl je team taken prioriteert met begeleiding van de producteigenaar, bepalen ze ook hoeveel werk ze kunnen uitvoeren in een bepaald tijdsbestek. Deze tijdsblokken worden iteraties of sprints genoemd. 

De Product-backlog bevordert ook de ontwikkeling van Agile-teams door een flexibele maar productieve werkomgeving aan te moedigen. Taken op de Product-backlog staan niet in steen gebeiteld en het team sorteert ze in volgorde van belangrijkheid voordat ze kiezen welke taken ze het eerst aanpakken.

Wat is een Product-backlog versus een Sprint-backlog?

Sprint-backlogs en product-backlogs lijken erg op elkaar wat betreft hun componenten. Sprint-backlogs zijn een subset van de Product-backlog, maar ze worden specifiek gebruikt tijdens sprints.

Hier is een andere manier om naar het verschil te kijken: 

Product-backlog: 

• Eigenaar: Producteigenaar

• Einddatum: doorlopend

• Doel: gebruikt het overkoepelende productdoel om taken te prioriteren

• Flexibiliteit: zeer flexibel, gebaseerd op de behoeften van de klant

Sprint-backlog: 

• Eigenaar: Ontwikkelingsteam

• Einddatum: wanneer de sprint eindigt

• Doel: Kortetermijndoel ontwikkeld tijdens sprint planning

• Flexibiliteit: minder flexibel zodra de sprint begint

Registreer je voortgang met een Product-backlog-sjabloon

Een product naar de finishlijn brengen is gemakkelijker als je een goed georganiseerde Product-backlog hebt. Asana kan je helpen Agile-projecten op de meest efficiënte manier te beheren met moderne Scrum-software.

Veelgestelde vragen: Product-backlog

Wat is een Product-backlog in Agile?

Een Product-backlog in Agile is een geordende, opkomende lijst met taken, functies en verbeteringen die het Scrum-team moet voltooien om het productdoel te bereiken. Het is een levend document dat evolueert naarmate het project vordert.

Wie maakt de product-backlog?

De producteigenaar werkt nauw samen met belanghebbenden en het ontwikkelingsteam om een product-backlog te maken en te onderhouden.

Wat is het verschil tussen een gebruikersverhaal en een Product-backlog?

Een gebruikersverhaal is een specifieke functie of functionaliteit die wordt beschreven vanuit het perspectief van de eindgebruiker, terwijl de Product-backlog een uitgebreide lijst is van alle taken, inclusief gebruikersverhalen, technische schulden en bugfixes, die voor het product moeten worden voltooid.

Wat zijn de drie soorten Backlog?

De drie soorten backlog zijn de Product-backlog, die al het toekomstige werk bevat; de Sprint-backlog, die items bevat die zijn geselecteerd voor de Huidige sprint; en de Release-backlog, die zich richt op items voor een aankomende release.

Wat is de Product-backlog review in Scrum?

De Product-backlog-review in Scrum, ook wel product-backlog-verfijning genoemd, is een regelmatige sessie waarin het Scrum-team en de producteigenaar de backlog beoordelen, bijwerken en opnieuw prioriteren. Dit proces zorgt ervoor dat het werk is afgestemd op de retrospectieve Inzichten en klaar is voor de volgende sprint.