Definitie: Een product backlog is een geordende lijst van alles wat er aan een product nog moet gebeuren: nieuwe functies, verbeteringen, bugfixes, technische taken en onderzoek. De lijst wordt continu bijgewerkt en vormt in Scrum en andere agile werkwijzen de enige bron van werk voor het ontwikkelteam.
In het kort
- De product owner is verantwoordelijk voor de inhoud en de volgorde van de product backlog.
- Bovenaan staan kleine, goed uitgewerkte items die het team in de volgende sprint kan oppakken; lager in de lijst mogen items grover blijven.
- De sprint backlog is een selectie uit de product backlog voor één sprint en is eigendom van het ontwikkelteam.
- Een goede backlog is volgens het DEEP-model passend gedetailleerd, geschat, groeiend (emergent) en geprioriteerd.
Wat is een product backlog?
Een product backlog is de verzamellijst van werk voor een product. Volgens Atlassian is het een geprioriteerde lijst van werk, afgeleid van de roadmap, die het ontwikkelteam helpt bepalen wat er hierna wordt opgeleverd. Asana voegt toe dat elk product in ontwikkeling zijn eigen backlog nodig heeft.
Het Engelse woord backlog betekent letterlijk achterstand of voorraad werk. In de context van softwareontwikkeling heeft het geen negatieve bijklank. Het is gewoon de lijst met wat nog gedaan kan worden. Een backlog is ook nooit af. Volgens Visual Paradigm groeit de lijst mee met het product en de omgeving, en bestaat hij zolang het product bestaat.
Mountain Goat Software benadrukt dat een product backlog geen requirementsdocument is. Een requirementsdocument probeert vooraf alles vast te leggen. Een backlog accepteert dat inzichten veranderen en dat items pas worden uitgewerkt als ze bijna aan de beurt zijn.
Backlog betekenis: wat staat er in een product backlog?
Atlassian noemt de volgende soorten items:
| Soort item | Voorbeeld |
|---|---|
| User story | Als planner wil ik opdrachten kunnen slepen naar een andere dag, zodat ik snel kan herplannen |
| Functie | Exporteren van een overzicht naar PDF |
| Bugfix | De zoekfunctie vindt geen klanten met een tussenvoegsel |
| Technische taak | Bijwerken van het framework naar een nieuwe versie |
| Onderzoek | Uitzoeken of het boekhoudpakket een koppeling via API toestaat |
Veel teams schrijven items als user story, met de vorm “als rol wil ik doel, zodat reden”, bijvoorbeeld “als klant wil ik mijn facturen downloaden, zodat ik ze kan doorsturen naar mijn boekhouder”. Mountain Goat Software wijst erop dat niet elk item een user story hoeft te zijn. Een bug of technische taak schrijf je vaak beter in zijn eigen vorm. Atlassian adviseert om alle werk in één backlog te bewaren, en niet in aparte lijsten voor bugs, wensen en techniek.
Per item noteer je meestal een korte beschrijving, de waarde voor de gebruiker, een schatting van de omvang en, voor items bovenaan, acceptatiecriteria: wanneer is dit af?
Wie is verantwoordelijk voor de product backlog?
In Scrum is de product owner eigenaar van de product backlog. Volgens Visual Paradigm is de product owner verantwoordelijk voor de inhoud, beschikbaarheid en volgorde, en is hij de enige bron van wijzigingen in wat er gevraagd wordt. Dat betekent niet dat de product owner alles alleen bedenkt. Atlassian beschrijft hoe input komt van ontwikkelaars, ontwerpers, klanten en andere belanghebbenden.
Het ontwikkelteam is verantwoordelijk voor de schattingen. Wie het werk doet, bepaalt hoeveel werk iets is.
In kleinere projecten is er vaak geen formele product owner. Dan is het belangrijk dat iemand aan de kant van de opdrachtgever die rol vervult: iemand die knopen doorhakt over wat eerst moet.
Product backlog en sprint backlog: wat is het verschil?
| Product backlog | Sprint backlog | |
|---|---|---|
| Inhoud | Alles wat ooit aan het product kan gebeuren | Een selectie voor één sprint |
| Eigenaar | Product owner | Ontwikkelteam |
| Looptijd | Zolang het product bestaat | Tot het einde van de sprint |
| Flexibiliteit | Verandert voortdurend | Ligt grotendeels vast zodra de sprint loopt |
| Detailniveau | Bovenaan gedetailleerd, onderaan grof | Volledig uitgewerkt |
Volgens Asana is de sprint backlog een subset van de product backlog en minder flexibel zodra de sprint begint. Atlassian beschrijft dat het team werk uit de backlog trekt op basis van capaciteit, in plaats van dat de product owner werk naar het team duwt.
Wat is een DEEP backlog?
DEEP is een geheugensteun voor een gezonde backlog, beschreven door onder meer Mountain Goat Software en ActiveCollab:
- Detailed appropriately: items bovenaan zijn gedetailleerd, items onderaan nog niet.
- Estimated: items hebben een schatting van de omvang, grof of nauwkeurig afhankelijk van hun plek.
- Emergent: de backlog verandert voortdurend; items komen erbij, verdwijnen of verschuiven.
- Prioritized: de items staan in een duidelijke volgorde, met het waardevolste bovenaan.
Mountain Goat Software benadrukt dat de backlog geordend is, niet alleen geprioriteerd. Twee items kunnen allebei belangrijk zijn, maar er is altijd één die als eerste wordt opgepakt.
Hoe maak je een product backlog?
- Begin bij het doel van het product. Wie gebruikt het en welk probleem lost het op?
- Verzamel wensen en ideeën van gebruikers, opdrachtgever en team.
- Schrijf items kort en vanuit de gebruiker, bijvoorbeeld als user story.
- Orden de lijst. Zet bovenaan wat de meeste waarde oplevert of het grootste risico wegneemt.
- Werk de bovenste items uit met acceptatiecriteria, schetsen en een schatting.
- Houd de rest grof. Detail onderaan de lijst is vaak verspild werk, omdat inzichten veranderen.
- Deel de backlog. Atlassian noemt het lokaal bewaren zonder te delen als veelgemaakte fout.
Hoe prioriteer je een backlog?
Atlassian noemt factoren zoals klantprioriteit, urgentie van feedback, complexiteit van de implementatie en afhankelijkheden tussen items. Visual Paradigm noemt waarde, risico, prioriteit en noodzaak.
Een veelgebruikte methode is MoSCoW:
| Categorie | Betekenis |
|---|---|
| Must have | Zonder dit werkt de eerste versie niet |
| Should have | Belangrijk, maar er is een tijdelijke oplossing |
| Could have | Prettig als er tijd over is |
| Won’t have (this time) | Bewust niet in deze versie |
Ook gewogen scores, waarbij je waarde afzet tegen inspanning, helpen om keuzes objectiever te maken.
Backlog refinement
Refinement, vroeger ook grooming genoemd, is het regelmatig bijwerken van de backlog: items opsplitsen, uitwerken, schatten en opnieuw ordenen. Volgens Visual Paradigm is het een doorlopende activiteit die doorgaans niet meer dan ongeveer 10% van de tijd van het team kost. ActiveCollab adviseert bij sprints van twee weken een wekelijkse sessie en stelt dat de meeste user stories klein genoeg moeten zijn om in één tot drie dagen af te ronden.
Een veelgebruikt hulpmiddel is de Definition of Ready: afspraken over wanneer een item klaar is om in een sprint te worden opgepakt, bijvoorbeeld met een schets, acceptatiecriteria en bevestiging van de opdrachtgever.
Voorbeeld van een product backlog
Een denkbeeldig voorbeeld voor een klantportaal van een installatiebedrijf laat zien hoe een geordende backlog eruitziet:
| Volgorde | Item | Soort | Detailniveau |
|---|---|---|---|
| 1 | Als klant wil ik inloggen met een eenmalige link, zodat ik geen wachtwoord hoef te onthouden | User story | Uitgewerkt, met acceptatiecriteria |
| 2 | Als klant wil ik de status van mijn project zien | User story | Uitgewerkt, met schets |
| 3 | De datum van de afspraak wordt in de verkeerde tijdzone getoond | Bug | Uitgewerkt |
| 4 | Als klant wil ik documenten van mijn project downloaden | User story | Grof uitgewerkt |
| 5 | Uitzoeken of de planningssoftware een API heeft | Onderzoek | Kort omschreven |
| 6 | Als klant wil ik een vraag stellen over mijn project | User story | Alleen een titel |
| 7 | Meldingen per e-mail bij een statuswijziging | Functie | Alleen een titel |
De bovenste items zijn klaar om op te pakken. De onderste zijn ideeën die later worden uitgewerkt, als ze dan nog belangrijk blijken.
Een backlog in een klein project
Een backlog is niet alleen voor grote Scrum-teams. Ook bij een kleine applicatie met één ontwikkelaar helpt een gedeelde lijst. Je hoeft daarvoor geen speciale software te gebruiken; een gedeeld document, een eenvoudige takenlijst of een bord met kolommen volstaat. Belangrijk is dat er één lijst is, dat de volgorde duidelijk is en dat er een vast moment is om samen te kijken wat er bovenaan staat. Zo komen nieuwe ideeën niet via losse mailtjes binnen, maar krijgen ze een plek waar ze worden afgewogen tegen wat er al ligt.
Veelgemaakte fouten
- De backlog als vuilnisbak. Elk idee komt erop en niemand ruimt op. Een lijst van honderden items geeft geen richting.
- Alles even belangrijk. Zonder duidelijke volgorde kiest het team zelf, of niemand.
- Te veel detail onderaan. Uitgewerkte items voor over een jaar zijn vaak achterhaald als ze aan de beurt komen.
- Alleen klantwensen. Atlassian waarschuwt om ook technische taken en onderhoud op te nemen.
- Niet bijwerken na feedback. Een backlog die niet verandert na gebruikersfeedback, mist het doel van iteratief werken.
- Wijzigingen midden in een sprint. Dat verstoort volgens Atlassian de focus van het team.
Wat betekent dit voor jouw project?
Ik wil vooraf duidelijk hebben wat we met een eerste versie bedoelen. Een backlog helpt daarbij, omdat je ideeën niet hoeft weg te gooien om scherp te kiezen. Ze krijgen een plek op de lijst, met een volgorde.
Bij Leadooo, een kleine CRM-app die ik zelf heb gebouwd, is dat onderscheid zichtbaar. Leads en offertes bewaren, vervolgacties, een vandaag-overzicht en herinneringen vormen de bestaande basis. Afsprakenmodules en een checkout staan als uitbreidingsplan genoteerd. Zo blijft helder wat er werkt en wat nog een wens is.
Vraag? Heb je een lange lijst met wensen, maar weet je niet waar je moet beginnen? Stuur me voor wie het is, wat er nu gebeurt en wat de eerste versie moet oplossen. Dan bepalen we samen de logische eerste stap.
Veelgestelde vragen over de product backlog
Wat is een product backlog?
Een product backlog is een geordende lijst van alles wat er aan een product nog moet gebeuren, zoals functies, verbeteringen, bugfixes en technische taken. De lijst wordt continu bijgewerkt en de product owner bepaalt de volgorde.
Wat is de betekenis van backlog?
Backlog betekent letterlijk achterstand of voorraad werk. In softwareontwikkeling is het de lijst met werk dat nog kan worden opgepakt, zonder negatieve bijklank.
Wat is het verschil tussen een product backlog en een sprint backlog?
De product backlog bevat al het werk voor een product en is eigendom van de product owner. De sprint backlog is een selectie daaruit voor één sprint en is eigendom van het ontwikkelteam.
Verwante termen
Iteratief ontwikkelen · Functionele eisen · Scope creep · Programma van eisen · Discovery-fase · Proof of concept
← Terug naar de kennisbank