Als je met ons werkt of zelf als developer of UX designer actief bent in een scrum team krijg je er continue mee te maken; de product backlog. Het is ongetwijfeld een term die je vaak voorbij hoort komen, maar wellicht ook één waar je nooit echt bij stil staat.

Om de onderdelen die voor ons belangrijk zijn goed uit te leggen, creëren we er graag wat meer diepgaande artikelen over. In deze post gaan we dieper in op de product backlog, vertellen waarom het voor ons belangrijk is en hoe we het in onze praktijk toepassen.

Wat is het product backlog?

Een product backlog is een lijst met items (verzoeken, verbeteringen, functionaliteiten, bug fixes) die we als product owner en development team nodig hebben om het beoogde product (door) te ontwikkelen. Vaak ontwikkelen we de producten voor onze klanten op basis van een product vision board of product vision canvas, maar er kunnen voortdurend wensen of inzichten ontstaan die we willen verwerken in het product. Dat doen we via de product backlog. 

Een goed product backlog is onmisbaar bij het ontwikkelen van sterke digitale producten omdat het:

  • Het team helpt om gericht te werken, het geeft richting voor het development team
  • Veranderingen mogelijk maakt door de prioriteiten snel te wijzigen
  • Helpt om focus te houden en te richten op de waardevolste verzoeken
  • Helpt om de ontwikkeling van het product transparant en voorspelbaar te houden.

De product backlog staat centraal in onze sprintplanningen en de zogenaamde refinement helpt ons om een goede voorraad potentiële product verbeteringen te hebben. De product backlog is de centrale plek waar alle verzoeken en verwachtingen van de klanten, stakeholders en het development team samenkomen. In de volgende alinea vertellen we wat een goed product backlog inhoudt en wat de waarde kan zijn.

De kracht van een goed product backlog

Vanuit een Agile gedachtegoed, en de overtuiging dat het goed is om ook vanuit ervaringen van gebruikers je product inzichten op te doen en flexibel te blijven, is de backlog dus een levend document. Vanuit het oogpunt van transparantie en goede betrokkenheid van stakeholders fungeert de product backlog als centrale plaats waar deze wensen en inzichten steeds worden bijgewerkt, beheerd en gemonitord.

In ons geval zijn het de product owners die, vaak samen met een product owner aan de kant van de klant, samen de product backlog beheren. Als product owners proberen we een goed product backlog te ontwikkelen door:

  • Duidelijke en realistische verzoeken te formuleren: we verzamelen de verzoeken en eisen van de klanten, stakeholders en het development team.
  • Prioriteiten vast te stellen: we rangschikken de items op basis van waarde voor de klant en prioriteit.
  • Feedback van het development team en andere stakeholders te verzamelen: we zorgen ervoor dat de backlog toegankelijk is voor alle betrokkenen en dat ze op de hoogte zijn van de status en planning.
  • Continu bij te werken en te monitoren: we houden de backlog actueel door veranderende eisen en verzoeken op te nemen en aan te passen aan de veranderende prioriteiten.

Ons belangrijkste streven is dat onze product backlogs de product visie ook duidelijk weergeven. Door de backlog goed transparant en centraal te stellen, bewaken we dit dus ook als team samen mét de stakeholders.

Goede product backlogs voor scrum teams

Voor development teams is de product backlog de belangrijkste bron om vanuit te werken, maar het is ook een belangrijk middel om input (advies of commentaar over bijvoorbeeld best practices) te geven en het werk in te schatten. Een goede product backlog voor scrum teams voldoet aan de volgende criteria:

  1. Prioriteit: De items op de backlog moeten duidelijk gerangschikt zijn op basis van prioriteit en waarde voor onze klant en/of de eindgebruiker.
  2. Afbakening: Elk item op de backlog moet duidelijk omschreven en afgebakend zijn zodat het voor het development team duidelijk is.
  3. Transparantie: de backlog moet toegankelijk zijn voor zowel het development team, de stakeholders als de klanten. Het is belangrijk dat iedereen op de hoogte is van de status en de planning.
  4. Flexibiliteit: de backlog moet flexibel zijn en aangepast kunnen worden aan veranderende eisen en prioriteiten.

Goede digitale producten of diensten ontwikkelen

Heb je inspiratie om aan de slag te gaan? Begin niet direct bij de backlog, maar start eerst een goede verkenning met je stakeholders. Als je je productvisie helder hebt, weet waar je wilt verbeteren en strategische ideeën voor je product hebt ontwikkeld, dan doe je er goed aan om eerst met de belangrijkste stakeholders je idee verder uit te diepen en aannames te valideren. Dat doe kun je gestructureerd doen middels een discovery sprint, al dan niet met een product owner of zelfs het hele development team.

Schakel ons in om een goede discovery sprint op te starten of werk met ons samen wanneer je moeite ervaart met de vertaling van product ideeën naar een goede product backlog. 

Vrijblijvend sparren?

Ook als je wilt sparren over je product en je productvisie en -strategie wilt scherp slijpen, dan kun je ons inschakelen. We bieden standaard vrijblijvend een sessie aan om samen je product vision canvas uit werken.

Graag zo'n scrum team voor je aan het werk hebben?

Vertel ons meer over je project en behoeften.

Neem contact met ons op