De Product Backlog in scrum: alles wat je wil weten
Scrum en Agile projectmanagement zijn de afgelopen jaren superbelangrijk geworden binnen de softwareontwikkeling. En de product backlog kan hierin niet ontbreken. Maar wat is de product backlog precies en waarom is het zo belangrijk? In dit artikel leer je wat de product backlog is, hoe je er effectief mee werkt en waarom het zo belangrijk is voor het succes van je Scrum-projecten.
Wat is een product backlog?
Nog even kort: wat is een product backlog ook alweer? Simpel gezegd is de product backlog een geordende lijst van alles wat nodig is in het product. Het is als het ware de to-do lijst voor je project. Je vindt er nieuwe functionaliteiten, verbeteringen, bugfixes en technische taken. Belangrijk om te benoemen: de product backlog is geen statisch document. Het verandert constant naarmate je team meer leert over het product, de gebruikers en de markt.
Beginnen met de product backlog: zo doe je dat
Het starten met zo’n product backlog is vaak het lastigste gedeelte. De eerste versie van de product backlog noemt men vaak de initiële product backlog. Om deze samen te stellen is het belangrijk om meerdere informatiebronnen te gebruiken.
De productvisie
De Product Owner heeft een bepaalde visie voor het product en kan deze visie vertalen naar een boel items voor in de product backlog.
De product roadmap
Een roadmap is er doorgaans alleen als er al een eerdere versie van het te ontwikkelen product bestaat. Zo zal Samsung bij het ontwikkelen van de Galaxy S20 waarschijnlijk al een roadmap hebben van de eerdere smartphones in die lijn. Uit de roadmap komt altijd nuttige input naar voren voor de product backlog van het nieuwe project.
De MVP (Minimum Viable Product)
Een MVP is het minimale product waarmee aan de klantwens wordt voldaan. Wanneer deze target is bereikt, kun je vanuit de Stakeholders feedback ontvangen.
Stakeholders
Stakeholders zijn de eindgebruikers van het product dat je gaat ontwikkelen. Zij weten precies wat ze willen en wat ze van het product verwachten. Daarom is hun input ontzettend belangrijk!
Developers
De developers kunnen vaak het beste inschatten hoelang bepaalde taken gaan duren. Ook kunnen zij vanuit hun expertise veel (technische) aanvullingen geven over de Product Backlog, waar anderen niet zo snel aan zullen denken.
Een goede Product Backlog maken
Je kan een goede Product Backlog maken door te letten op vier criteria. Deze worden vaak afgekort als ‘DEEP’: Detailed, Emergent, Estimated en Prioritized.
Detailed
Zorg dat er genoeg Backlog Items zijn om twee sprints te vullen. En zorg dat de belangrijkste items genoeg detail hebben om klaar te zijn voor de sprint. Om ‘sprintklaar’ te zijn:
- moet duidelijk zijn voor de developers wat er moet gebeuren
- moeten de items klein genoeg zijn
- moeten de acceptatiecriteria helder zijn
- moet je een duidelijke ‘definition of done’ hebben
Emergent
De Product Backlog is nooit af. Je ontdekt naarmate het project verder loopt steeds meer dingen die in de backlog moeten staan.
Estimated
De User Stories zijn ingeschat (estimated) op basis van de inspanning om ze te voltooien. Hierdoor kan het team beter plannen en prioriteiten stellen.
Prioritized
De items op de Product Backlog worden geordend op basis van hun waarde, urgentie en impact op het eindproduct. Dit zorgt voor efficiëntie en waardemaximalisatie.
Het prioriteren van backlog items
Hoe bepaal je nu wat het belangrijkst is? Er zijn verschillende criteria om naar te kijken:
- Waarde voor de klant: wat levert het meeste op voor de eindgebruiker?
- Urgentie: moet iets nu gebeuren of kan het wachten?
- Technische haalbaarheid: is het überhaupt mogelijk om te realiseren?
Er bestaan verschillende methoden om te helpen bij het prioriteren. De MoSCoW-methode bijvoorbeeld, waarbij je items indeelt in Must-haves, Should-haves, Could-haves en Won’t-haves. Of het Kano Model, dat kijkt naar de impact van features op klanttevredenheid.
Onthoud wel dat prioriteiten kunnen veranderen. Feedback van gebruikers of nieuwe inzichten kunnen ervoor zorgen dat je de volgorde moet aanpassen. Wees hier flexibel in.
De product backlog onderhouden en updaten
Een product backlog is nooit af. Het vereist constante aandacht en verfijning. Dit proces wordt ook wel ‘backlog grooming’ of ‘backlog refinement’ genoemd. Tijdens deze sessies kijk je kritisch naar de items in je backlog. Zijn ze nog relevant? Moeten er nieuwe items bij? Zijn de prioriteiten nog logisch?
Voor het beheren van je backlog zijn er verschillende tools beschikbaar. Populaire opties zijn JIRA, Trello en Asana. Kies een tool die past bij de werkwijze van je team.
Veelgestelde vragen over de product backlog
Hoe gedetailleerd moeten backlog items zijn?
Items bovenaan de backlog moeten gedetailleerd genoeg zijn om op te pakken in de volgende sprint. Items lager op de lijst kunnen globaler zijn.
Hoe groot mag een product backlog worden?
Er is geen harde limiet, maar houd het beheersbaar. Als je backlog te groot wordt, wordt het moeilijk om overzicht te houden.
Wie mag items toevoegen aan de backlog?
Iedereen mag suggesties doen, maar de product owner beslist uiteindelijk wat er op de backlog komt.
Hoe vaak moet je de backlog updaten?
Idealiter werk je de backlog continu bij. Plan in ieder geval regelmatig backlog grooming sessies in.
Samengevat
Een goed beheerde product backlog geeft richting aan je team en zorgt ervoor dat je focust op wat echt belangrijk is. Onthoud: je product backlog is een levend document. Het evolueert mee met je project en de behoeften van je gebruikers.
Belangrijkste takeaways:
- Een product backlog is een geordende lijst van alles wat nodig is in het product.
- De product owner is verantwoordelijk voor het beheer, maar werkt samen met het team.
- Prioriteer op basis van waarde, urgentie en haalbaarheid.
- Gebruik user stories om backlog items te beschrijven.
- Houd je backlog up-to-date met regelmatige grooming sessies.
Neem eens kritisch je eigen backlog management onder de loep. Zijn er verbeteringen mogelijk? Experimenteer met verschillende methoden en tools om te ontdekken wat het beste werkt voor jouw team. Met een goed beheerde product backlog leg je een solide basis voor je Scrum-projecten.