slim
samen
werken

De Product Backlog: Alles Wat je Moet Weten (video uitleg + template download)

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.

 

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. Deze visie wordt vastgelegd in de Product Goal.
  • 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.
  • De Developers (voorheen het Development Team genoemd): 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.

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 de Developers ze begrijpen, de items klein zijn, en de acceptatiecriteria en een definition of done helder zijn.
  • Emergent (ontwikkelt 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 Product Backlog refinement?

Product Backlog refinement (soms backlog grooming 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 refinemnet sessie doe je met de Developers:

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

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

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)

 

Over de auteur: Rik van der Wardt

Rik is Agile Coach met specialisatie op innovatie en zelforganisatie. Zijn expertise ligt op het ontwikkelen van teams die zelf verantwoordelijkheid nemen voor hun werk en tot waardevolle vernieuwing komen. Dit doet hij door het inzetten van elementen uit het Agile gedachtegoed, het aanspreken van intrinsieke drive, een dosis gezond verstand en aanstekelijk enthousiasme.