Productbacklog: tips voor het samenstellen en prioriteren

Een productbacklog is een lijst met werk op basis van prioriteit voor het ontwikkelingsteam, gebaseerd op de productroadmap en de bijbehorende vereisten. De belangrijkste items worden bovenaan de productbacklog weergegeven, zodat het team weet wat het als eerste moet leveren.

Het ontwikkelingsteam werkt niet aan de backlog op het tempo van de producteigenaar, en de producteigenaar pusht geen werk naar het ontwikkelingsteam. In plaats daarvan haalt het ontwikkelingsteam werk op uit de productbacklog naarmate er capaciteit voor is, hetzij continu (kanban) of door iteratie (Scrum).

In het Scrum-framework is de productbacklog van Scrum een gestructureerde en zorgvuldig bijgehouden lijst die door de Scrum-producteigenaar wordt gebruikt als leidraad voor de taken van het ontwikkelteam. Bewaar alles in één issuetracker: gebruik niet meerdere systemen om bugs, vereisten en technische werkitems op te sporen.

Als het werk betreft voor het ontwikkelteam, bewaar het dan in één backlog.

Jira-scrumborden uitproberen

A well-managed product backlog can bring numerous benefits to a development team. Some of the key benefits include:

• Improved prioritization: A product backlog helps to ensure that the most critical tasks are being worked on first.

• Increased efficiency: By prioritizing tasks based on customer feedback and business objectives, teams can ensure they work on the most valuable tasks.

• Better communication: A product backlog ensures everyone is aligned and working towards the same goals.

• Reduced waste: By prioritizing tasks based on customer feedback and business objectives, teams can reduce waste and ensure that they are not working on tasks that are not valuable.

• Improved customer satisfaction: By prioritizing tasks based on customer feedback, teams can ensure they deliver customers' desired features and functionality.

Overall, a well-managed product backlog is essential for agile product development. It ensures that teams are working on the most valuable tasks and that everyone is aligned and working towards the same goals.

De roadmap en vereisten van een team vormen de basis voor de productbacklog. Roadmap-initiatieven vallen uiteen in verschillende epics, en elke epic heeft verschillende vereisten en userstory's. Laten we eens kijken naar de roadmap voor een fictief product genaamd Teams in Space.

Aangezien de Teams in de Space-website het eerste initiatief in de roadmap vormen, willen we dat initiatief opsplitsen in epics (hier weergegeven in groen, blauw en groenblauw) en userstory's voor elk van die epics.

De producteigenaar organiseert vervolgens alle userstory's in één lijst voor het ontwikkelingsteam. De producteigenaar kan ervoor kiezen om eerst een complete epic te leveren (links). Of het kan belangrijker zijn voor het programma om het boeken van een vlucht met korting te testen waarvoor story's uit verschillende epics nodig zijn (rechts). Zie beide voorbeelden hieronder.

Wat kan de prioritering van een producteigenaar beïnvloeden?

• Prioriteit van een klant

• Urgentie om feedback te krijgen

• Relatieve implementatieproblemen

• Symbiotische relaties tussen werkitems (bijv. B is makkelijker als we eerst A doen)

Een effectieve prioritering van de productbacklog zorgt ervoor dat de meest kritieke taken als eerste worden aangepakt, waarbij de autonomie van het team wordt afgestemd op de eisen van de producteigenaar. Hoewel de producteigenaar de taak heeft om prioriteiten te stellen voor de backlog, gebeurt dit niet in een vacuüm. Effectieve producteigenaren vragen input en feedback van klanten, ontwerpers en het ontwikkelingsteam om ieders werklast en de productlevering te optimaliseren.

Een productbacklog maken is een cruciaal aspect van agile productontwikkeling. Dit proces omvat het opstellen van een productroadmap, items opnemen in de productbacklog en communiceren met het team.

Een productroadmap opstellen

Een productroadmap is een plan op hoog niveau waarin de visie, doelen en doelstellingen voor een product worden uiteengezet. De roadmap dient als basis voor de productbacklog en zorgt dat iedereen op één lijn zit en dezelfde doelen nastreeft.

Om een productroadmap op te stellen, moet je de visie en missie van een product definiëren. Identificeer vervolgens de belangrijkste doelstellingen en doelen die moeten worden bereikt. Verdeel tot slot de doelstellingen in kleinere, beheerbare taken die kunnen worden toegevoegd aan de productbacklog.

Items opnemen in de productbacklog

Nadat de productroadmap is opgesteld, is het tijd om te beginnen met het opnemen van items in de productbacklog. Deze items kunnen bestaan uit functies, userstory's, bugs, ontwerpwijzigingen en technische schuld.

Als je items in de productbacklog opneemt, voeg dan een duidelijke omschrijving toe van elk item met alle relevante informatie, zoals de geschatte tijd en benodigde middelen. Het is ook essentieel om de items te prioriteren op basis van feedback van klanten, verzoeken en bedrijfsdoelstellingen.

Dit zorgt ervoor dat het ontwikkelteam werkt aan taken die de meeste waarde opleveren.

Communiceren met het team

Effectieve communicatie is van cruciaal belang bij het maken van een productbacklog. De producteigenaar moet nauw samenwerken met het ontwikkelingsteam om ervoor te zorgen dat iedereen de productbacklog en de prioriteiten begrijpt.

De producteigenaar moet ook communiceren met andere teams, zoals die voor verkoop en marketing, om te zorgen dat iedereen op één lijn zit en dezelfde doelen nastreeft. Regelmatige vergaderingen en updates zorgen dat iedereen op één lijn zit en dat de productbacklog effectief wordt beheerd. Heb je nog steeds hulp nodig?

Bekijk de gratis sjabloon voor productbacklogs uit Jira.

Prioritering van de backlog is essentieel om ervoor te zorgen dat het ontwikkelteam zich concentreert op taken die maximale impact hebben. Je kunt dit als volgt aanpakken: verschillende technieken voor het prioriteren van een backlog, zoals MoSCoW en gewogen scores, kunnen teams helpen om taken effectief te beheren en te ordenen. Het prioriteringsproces omvat het regelmatig herzien en bijstellen van doelen zodat ze weer aansluiten op de situatie in het bedrijf.

Stap 1. Evalueer de behoeften van klanten

• Identificeer de functies of oplossingen die de hoogste waarde hebben voor je gebruikers.

• Gebruik feedback van klanten, enquêtes of analyses om prioriteiten te stellen.

Stap 2. Evalueer de urgentie voor feedback

• Prioriteer items die bruikbare inzichten opleveren voor het team of de belanghebbenden.

• Als je bijvoorbeeld een nieuwe functie vroegtijdig test, kun je later tijd en middelen besparen.

Stap 3. Houd rekening met de complexiteit van de implementatie

• Zorg voor een balans tussen korte, eenvoudige taken en complexere langetermijnprojecten.

• Weeg de verhouding tussen inspanning en impact af om ervoor te zorgen dat middelen verstandig worden besteed.

Stap 4. Houd rekening met afhankelijkheden

• Bepaal welke taken voltooid moeten worden voordat je aan andere taken begint.

• Stroomlijn workflows door eerst het basiswerk te voltooien.

Betrouwbare hulpmiddelen die de prioritering van backlogs ondersteunen, kunnen de productontwikkeling stroomlijnen en de efficiëntie verbeteren. De producteigenaar leidt de prioritering, maar door het ontwikkelteam, de ontwerpers en belanghebbenden erbij te betrekken, zorg je voor een gedeeld inzicht in prioriteiten. Door regelmatig in gesprek te gaan, zorg je voor afstemming en wordt de besluitvorming verbeterd.

Tip: Gebruik kaders voor prioritering zoals de MoSCoW-methode (verdeelt projecttaken in de categorieën absoluut noodzakelijk, noodzakelijk, wenselijk en niet haalbaar) of gewogen scores om objectieve beslissingen te nemen op basis van gegevens. Teams kunnen hun eigen unieke prioriteitskaders implementeren met behulp van de flexibele prioriteringsfunctie in Jira Product Discovery.

Zodra de productbacklog is vastgesteld, is het cruciaal om deze regelmatig te onderhouden om gelijke tred te houden met het programma. Producteigenaren moeten de backlog vóór elke iteratieplanningsmeeting bekijken om ervoor te zorgen dat de prioritering correct is en feedback van de laatste iteratie is opgenomen.

Regelmatige beoordeling van de backlog, in de context van agile vaak 'productbacklogverfijning' genoemd, zorgt ervoor dat taken worden afgestemd op de inzichten van belanghebbenden. Zo wordt het team voorbereid op de komende sprint. Sommige teams gebruiken de term backlogverfijning.

Zodra de backlog groter wordt, moeten producteigenaren deze categoriseren op basis van items op korte en lange termijn. Items op korte termijn moeten volledig worden uitgewerkt, voordat ze als zodanig worden gelabeld.

Dit betekent dat er volledige userstory's zijn opgesteld, de samenwerking met ontwerp en ontwikkeling is afgerond en schattingen van ontwikkeling zijn verkregen.

Items op langere termijn kunnen een beetje vaag blijven, hoewel het een goed idee is om een ruwe schatting van het ontwikkelingsteam te krijgen om ze te helpen prioriteren. Het sleutelwoord hier is 'ruw': schattingen veranderen zodra het team die items op langere termijn volledig begrijpt en eraan begint te werken.

De backlog dient als verbinding tussen de producteigenaar en het ontwikkelingsteam. De producteigenaar kan werk in de backlog opnieuw prioriteren op basis van feedback van klanten, verfijnde schattingen en nieuwe vereisten.

Maar als het werk eenmaal aan de gang is, moeten veranderingen tot een minimum worden beperkt, omdat ze het ontwikkelteam storen en een negatieve invloed hebben op de focus, de flow en het moreel.

Antipatronen om op te letten

• De producteigenaar prioriteert de backlog aan het begin van een project, maar past deze niet aan naarmate er feedback binnenkomt van ontwikkelaars en belanghebbenden.

• Het team beperkt items op de backlog tot items die klantgericht zijn.

• De backlog wordt bewaard als een document dat lokaal wordt opgeslagen en niet vaak wordt gedeeld, waardoor geïnteresseerde partijen geen updates kunnen krijgen.

Slimme producteigenaren houden de productbacklog van hun programma rigoureus bij, waardoor het een betrouwbaar en deelbaar overzicht van de werkitems voor een project wordt.

Belanghebbenden zullen prioriteiten uitdagen, en dat is een goede zaak. Door discussie te bevorderen over wat belangrijk is, worden ieders prioriteiten gesynchroniseerd. Deze discussies bevorderen een cultuur van groepsprioritering, zodat iedereen dezelfde mentaliteit over een programma deelt.

Een agile backlog met goede prioritering maakt duidelijk waar het team tijd aan wil besteden en legt de nadruk op zichtbare en interne taken. De productbacklog dient ook als basis voor iteratieplanning. Alle werkitems moeten in de backlog worden opgenomen: userstory's, bugs, ontwerpwijzigingen, technische schulden, verzoeken van klanten, actie-items uit de retrospective enz. Op deze manier kan je team ervoor zorgen dat de werkitems van iedereen worden opgenomen in de algemene discussie voor elke iteratie. Teamleden kunnen vervolgens afwegingen maken met de producteigenaar voordat ze een iteratie starten met volledige kennis van alles wat er moet gebeuren.

Tip: Producteigenaren bepalen de prioriteit van werkitems in de backlog, terwijl het ontwikkelteam de snelheid bepaalt. Dit kan een gespannen relatie opleveren voor nieuwe producteigenaren die werk naar het team willen 'pushen'. In dit artikel worden de limieten en de flow van het werk in uitvoering uitgelegd.