Jouw uitgebreide gids voor het ontwikkelen en beheren van een productbacklog in Agile

Bij Agile teams draait alles om het aanpassen aan veranderingen en het leveren van klantwaarde door iteratief te werken. Maar waar begint dat iteratieve werk? Hoe identificeren Agile teams werkitems die uiteindelijk waarde voor de klant opleveren?

Voor veel teams die Agile werken, begint het bereiken van hun visie met hun productbacklog. In een productbacklog bepalen teams welke onderdelen ze moeten voltooien om waarde te leveren.

Deze gids laat zien wat een productbacklog is, wie verantwoordelijk is voor het beheren van de backlog, hoe je er een maakt en hoe je backlogitems het beste kunt prioriteren en ordenen. Je krijgt ook tips om veelvoorkomende valkuilen te vermijden waar teams vaak mee te maken krijgen bij het opstellen van backlogs.

Een productbacklog, die aanvankelijk is beschreven binnen het Scrum-framework, is een kernonderdeel geworden van veel Agile frameworks. Het is in wezen een geordende lijst van waar een team zich op zal richten om waarde te leveren. De lijst bestaat uit backlogitems, oftewel afzonderlijke werkonderdelen, die ofwel gebaseerd zijn op verzoeken van stakeholders of op wat het team zelf heeft besloten te doen om klantwaarde te bereiken.

Gebruik deze productbacklog-sjabloon in Lucid om werk te prioriteren op waarde en producten van hoge kwaliteit te leveren.

Bij softwareontwikkeling is de productbacklog bijvoorbeeld een lijst met items die het team moet ontwikkelen, zoals nieuwe functies en technische verbeteringen, en items die door het team zelf zijn geïdentificeerd, zoals bugfixes en beveiligingsupdates. Andere veelvoorkomende items in de productbacklog zijn: 

• User stories 
• Verbeteringen in gebruiksvriendelijkheid
• Wijzigingen aan bestaande functies 
• Kennisverwerving
• Beheer van technische schuld

Elk item in de backlog moet een werkonderdeel zijn dat het team binnen één sprint kan voltooien. De items met de grootste impact moeten als eerste worden afgerond, met als uiteindelijk doel om zo efficiënt mogelijk waarde voor de klant te leveren.

Nadat je items aan de backlog hebt toegevoegd, splits je ze op in kleinere items, zodat ze realistisch gezien binnen een iteratie kunnen worden voltooid. Zie de productbacklog als een trechter: Je team begint met een groter productdoel en de manieren om dat doel te bereiken worden opgesplitst in kleinere stukjes totdat ze zijn teruggebracht tot backlogitems die klaar zijn voor een iteratie.

Het beheer van de productbacklog is het meest succesvol als het wordt benaderd met een Agile mindset van het leveren van waarde aan de klant door middel van incrementeel werk. Dat wil zeggen, zodra teamleden hun werk af hebben, integreren ze feedback en richten ze zich op voortdurende verbetering.

Het ontwikkelen en onderhouden van een productbacklog kan alle soorten teams ten goede komen. Je hoeft niet in de softwareontwikkeling te werken om een productbacklog te hebben.

Als inputbron voor de resultaten van je team biedt een productbacklog het volgende: 

• Duidelijke richting: Sprintplanning of iteratieplanning begint met de backlog, omdat deze al de belangrijkste items bevat waaraan gewerkt moet worden.
• Flexibiliteit: De product owner kan de volgorde van de items wijzigen naarmate er nieuwe informatie naar voren komt uit gesprekken met stakeholders of andere vormen van feedback.
• Transparantie en afstemming: De product owner kan de backlog gebruiken in gesprekken met stakeholders over wat nodig is om productwaarde te leveren, wat er gepland is om te worden voltooid en waaraan momenteel wordt gewerkt. De backlog helpt iedereen ook te begrijpen hoe de productvisie en -doelen zijn geïnterpreteerd en opgedeeld in concretere actiepunten.
• Efficiëntie: De volgorde van de backlog zorgt ervoor dat het team zich eerst concentreert op de belangrijkste en meest waardevolle taken.

Terwijl het hele team verantwoordelijk is voor het op de hoogte zijn van backlogitems en het afronden van items waar ze zich aan gecommitteerd hebben, is één persoon verantwoordelijk voor het maximaliseren van de waarde via de productbacklog. Binnen Scrum is deze persoon de product owner. 

De product owner heeft onder andere de volgende verantwoordelijkheden:

• Het ontwikkelen en communiceren van het productdoel
• Het creëren, ordenen en duidelijk communiceren van backlogitems
• Ervoor zorgen dat de productbacklog transparant is en begrepen wordt door alle teamleden.

Een effectieve product owner is georganiseerd, welbespraakt en voortdurend gericht op het leveren van waarde aan de klant. Ze staan open voor feedback van zowel klanten als hun teamleden. Ze streven een hoogwaardige samenwerking na en proberen te voldoen aan de behoeften van veel stakeholders. Hoewel het mogelijk is om de productbacklog aan te passen, moeten mensen eerst samenwerken met de product owner om die veranderingen door te voeren.

Houd er rekening mee dat het maken van een productbacklog geen eenmalige gebeurtenis is. Het is een doorlopend proces.

Teams werken de backlog continu bij en verfijnen deze naarmate er nieuwe informatie beschikbaar komt. De backlog moet worden beschouwd als een levend, dynamisch document, dat wordt aangepast als markttrends, input van stakeholders en klantbehoeften veranderen.

Met dat in het achterhoofd, zijn hier de stappen om een productbacklog te maken.

1. Input verzamelen

Verzamel ideeën van stakeholders, klanten en teamleden om het productdoel te bepalen. Je kunt ook een concurrentieanalyse en klantonderzoek uitvoeren.

2. Een productvisie definiëren

Houd deze visie in gedachten als je bespreekt wat er nodig is om het productdoel te bereiken. Backlogitems moeten afgestemd zijn op deze algemene visie en strategie.

3. Een backlog-beheersessie houden

Je kunt backlog-beheerworkshops organiseren met stakeholders en teamleden. In deze sessies brainstorm je over items die voltooid moeten worden, overweeg je de waarde ervan en bepaal je de relatieve prioriteit.

4. Items in de productbacklog formuleren

Teams beschrijven backlogitems vaak in de vorm van een user story, waarin de gewenste functionaliteit vanuit het perspectief van de gebruiker wordt geschetst. Je kunt user story mapping gebruiken om de gebruikerservaring te visualiseren en backlogitems zo te organiseren dat een team kan zien hoe verschillende functies en taken samenhangen om waarde te leveren.

5. De backlog verfijnen met je team

Begin bovenaan de geordende backlog en splits grotere ideeën op in meer fijnmazige backlogitems. Laat het verfijnen van items met een lagere prioriteit achterwege tot ze relevanter worden. Voeg acceptatiecriteria en een schatting toe voor elk backlogitem.

6. Items ordenen

De volgorde moet gebaseerd zijn op waarde, kosten, risico en afhankelijkheden.

7. Voortdurend updates uitvoeren

Als de product owner nieuwe informatie ontvangt, gebruik die dan om je backlog voortdurend bij te werken en te verfijnen.

Nadat je een productbacklog hebt opgesteld, dien je te bepalen waaraan je als eerste gaat werken. Omdat de product owner verantwoordelijk is voor de volgorde van de backlog, beslist deze uiteindelijk wat de meeste waarde oplevert. Dit proces vereist echter veel samenwerking, niet alleen tussen teamleden, maar ook met stakeholders om tot overeenstemming te komen. Bemiddelingsvaardigheden en samenwerkingsopties zijn nodig om de groep te helpen overeenstemming te bereiken. 

Visuele samenwerkingssoftware is hier vooral handig. Een virtueel whiteboard kan iedereen op één lijn brengen. Je biedt een centrale, gedeelde canvas waar je ieders input kunt groeperen. Het visualiseren van je productbacklog kan je team helpen relatieve waarde en complexiteit te begrijpen. Bij het bepalen van de volgorde houd je rekening met aspecten als bedrijfswaarde, klantwaarde, risico, inspanningsniveau, afhankelijkheden en tijdgevoeligheid.

Hier zijn enkele nuttige activiteiten die je kunt gebruiken om deze discussies te vergemakkelijken:

• Hoewel de product owner verantwoordelijk is voor de uiteindelijke volgorde, kunnen hulpmiddelen zoals een impact-inspanningsmatrix helpen bij het identificeren van items met de grootste waarde. Een user story map kan helpen bij het visualiseren van deze werkstroom.
• Gebruik verschillende schattingstechnieken zoals affiniteitsschatting, Planning Poker® en T-shirt sizing om af te stemmen op de grootte en complexiteit van productbacklog-items.
• Meet het begrip van het team door middel van vertrouwenstemmen en vuist-tot-vijf-stemmen. Deze activiteiten helpen zorgen aan het licht te brengen en bieden mogelijkheden om verschillende perspectieven te bespreken.

Productbacklogverfijning is het proces van het opsplitsen van items in kleinere, nauwkeuriger items. Een veelvoorkomend backlogitem is bijvoorbeeld een functieverzoek. 

Dat verzoek wordt opgesplitst in gedetailleerde werkdelen die gemakkelijker kunnen worden voltooid. Het team verfijnt deze items gezamenlijk om ervoor te zorgen dat ze correct zijn gedimensioneerd en begrepen.

De Scrum-waarden van commitment, focus, openheid, respect en moed zijn essentieel bij het verfijnen van de backlog: Teamleden moeten open zijn over hun werk, uitdagingen en hun toewijding om doelen te bereiken. Productbacklogverfijning vereist ook dat teamleden respect voor elkaar tonen en de moed hebben om moeilijke taken aan te pakken.

Productbacklogverfijning is geen eenmalige activiteit die plaatsvindt tijdens sprintplanning of beoordelingen. Het is een doorlopende activiteit om volgorde, beschrijving en omvang toe te wijzen aan items en tegelijkertijd de afstemming met de productvisie te waarborgen. Net als een tuin heeft de productbacklog constante verzorging nodig, en backlogverfijning is een praktijk die teams helpt om hun backlog te onderhouden.

Het vergt bewuste inzet van het hele team om een productbacklog te onderhouden. Dit zijn enkele veelvoorkomende struikelblokken waar teams tegenaan lopen bij het opbouwen van hun productbacklogs.

Onvoldoende betrokkenheid van stakeholders

Zelfs de beste productstrategieën kunnen nutteloos worden als er onvoldoende betrokkenheid of steun van stakeholders is, omdat dit leidt tot gebrek aan afstemming tussen prioriteiten. Voor succesvol backlogbeheer is het essentieel om stakeholders vroegtijdig te betrekken en gedurende het hele proces een doorlopende dialoog te onderhouden.

De productbacklog onbeheersbaar laten worden

Hoewel er geen vaste regels zijn, is het met een te groot aantal items erg moeilijk om transparant te blijven en effectieve prioritering te behouden. De product owner moet 'nee' mogen zeggen tegen items die niet aansluiten bij de huidige visie, zodat de productbacklog gericht blijft op het leveren van waarde.

Alleen focussen op nieuwe functies

Hoewel nieuwe functies het aantrekkelijkst zijn voor klanten, is het belangrijk om technische schuld en andere kwaliteitsproblemen aan te pakken, waaronder bugs die moeten worden opgelost. Zowel productfuncties als technische kwaliteit verdienen aandacht voor een duurzame oplevering.

Alleen focussen op de lange of korte termijn

Het leveren van klantwaarde vereist een evenwicht tussen directe behoeften en een langetermijnvisie. De productbacklog zou zowel snelle resultaten als strategische initiatieven moeten weerspiegelen en tegelijkertijd in lijn blijven met het productdoel.

Backlogontwikkeling en -verfijning is een kernaspect voor Agile-teams die Scrum en andere Agile frameworks gebruiken. Lucid kan je helpen bij het maken en onderhouden van productbacklogs voor je hele organisatie. Met functies die de functieoverschrijdende samenwerking verbeteren, visualisatie van het werk dat gedaan moet worden, en werk koppelen aan je registratiesysteem, kun je Lucid gebruiken om een productbacklog te ontwikkelen en taken te prioriteren die klantwaarde opleveren.