slim
samen
werken

De Product Backlog: Alles Wat je Moet Weten (en een Template)

De Scrum Product Backlog is een van de essentiële onderdelen van een succesvol scrumproject. Ben jij Product Owner en wordt er van je verwacht dat je een Product Backlog maakt? Of ben je Scrum Master en moet je de Product Owner een handje helpen met zijn Product Backlog? Dan ga je waarschijnlijk een aantal handige nieuwe dingen leren in dit artikel.

Na het lezen van dit artikel weet je hoe je van begin tot eind van jouw scrumproject om moet gaan met de Product Backlog.

De volgende vragen worden beantwoord:

  • Hoe kom ik tot een eerste versie van de Product Backlog?
  • Hoe ziet een goede Product Backlog er uit?
  • Hoe prioriteer je als Product Owner?
  • Wat is Backlog Grooming?
  • Wanneer is de Product Backlog klaar voor de Sprint Planning?
  • Waar vind ik een template voor de Product Backlog?

scrum trainingen

Hoe kom ik tot een eerste versie van de Scrum Product Backlog?

De eerste versie van de Product Backlog wordt ook wel de initiële Product Backlog genoemd. De eerste versie is het resultaat van een combinatie van informatiebronnen:

  • De productvisie: een goede Product Owner heeft een productvisie opgesteld en kan daaruit een boel product backlog items destilleren.
  • Een product roadmap: als je een bestaand product besluit verder door te ontwikkelen dan is er vaak een product roadmap. Denk bijvoorbeeld aan de iPhone 4, 5, 6, 7, etc. De roadmap geeft input voor de Product Backlog.
  • De Minimum Viable Product (MVP): een MVP is het minimale product waarmee aan de klantwens wordt voldaan. Als scrumteam werk je hier vaak naartoe omdat je dan het beste feedback op het product kunt gaan ontvangen.
  • Stakeholders: gebruikers en kopers van dat wat je gaat ontwikkelen zijn misschien wel de belangrijkste bron van input voor de Product Backlog. Zij kunnen precies vertellen wat ze willen en je doet er verstandig aan goed naar hen te luisteren.
  • Het Ontwikkelteam: veel scrumprojecten vereisen een hoge mate van specialistische kennis. Daarom werk je in multi-disciplinaire teams met vakexperts. Deze experts hebben vaak noodzakelijke aanvullingen op de Product Backlog waar je als Product Owner of stakeholder niet zo snel aan denkt.

Al deze bronnen samen vormen een rijke basis voor voldoende Product Backlog items (User Stories) om mee aan de slag te kunnen.

Hier vind je een template voor het opstellen van een initiële product backlog.

De eerste Scrum Product Backlog

Hoe ziet een goede Product Backlog er uit?

Een goede Product Backlog kenmerkt zich door een viertal elementen. Als ezelsbrug kun je onthouden dat een goede Product Backlog “DEEP” is (het acroniem van de vier elementen):

  • Detailed (gedetailleerd): een goede Product Backlog heeft voldoende backlog items (User Stories) om ten minste een sprint te vullen en het liefste twee sprints. User Stories met een lagere prioriteit mogen minder detail hebben, maar items die bijna opgepakt worden moeten “sprintklaar” zijn. Met sprintklaar bedoelen we dat het ontwikkelteam ze begrijpt, de items klein zijn, en de acceptatiecriteria en een definition of done helder zijn.
  • Emergent (ontwikkeld zich gaandeweg): een Product Backlog wordt gaandeweg het project verder (gezamenlijk) ontdekt. We streven dus niet naar een complete Product Backlog voordat we starten met de eerste sprint. Sterker nog, we zien juist de waarde in van een nog niet volledig uitgestippeld plan.
  • Estimated (ingeschat): de User Stories zijn ingeschat. Dit doe je vaak met Story Points in een Planning Poker sessie.
  • Prioritized (geprioriteerd): de User Stories op de Product Backlog zijn geprioriteerd door de Product Owner. De onderstaande factoren bepalen de prioritering die de Product Owner maakt.

criteria voor inschatten van de product backlog

Wat is Backlog Grooming?

Backlog Grooming (soms backlog refinement genoemd) is een meeting die niet standaard in het scrumproces zit opgenomen zoals gedefinieerd in de Scrum Guide. Echter, in de praktijk blijkt dit een van de meest waardevolle meetings te zijn omdat de Product Backlog weer klaar wordt gemaakt voor een volgende Sprint Planning meeting. In een Backlog Grooming sessie doe je met het Ontwikkelteam:

  • Bijwerken van de User Stories naar laatste inzichten
  • Prioriteren van User Stories
  • Detailleren en splitten van User Stories
  • Inschatten van User Stories door Ontwikkelteam

Product Backlog Grooming is de verantwoordelijkheid van de Product Owner omdat de Product Owner verantwoordelijk is voor de Product Backlog. Echter, het Ontwikkelteam is ook bij nodig. Soms wordt het met een deel van het ontwikkelteam gedaan. De Product Owner reserveert 10% van zijn of haar tijd tijdens de Sprint voor Grooming.

Waar vind ik een template voor de Product Backlog?

Een template voor de Product Backlog kun je hier downloaden.

Product Owner ambities? Wij bieden onder andere een Product Owner training aan. Ben je er nog niet helemaal over uit welke rol binnen Scrum het beste past bij jouw wensen en doelen? Neem dan contact met ons op, want we helpen je graag.

 

Ook interessant:

Volg ons op LinkedIn (we delen onze blogs met je) Of deel het in je netwerk:

LINKEDIN
Follow by Email
Schrijf je in om om de week de nieuwste Agile inzichten te ontvangen