Hvad er Product Backlog Refinement?

Product Backlog Refinement henviser til at holde Backlog ren og ordentlig. Det er defineret i Scrum Guiden som handlingen med at nedbryde og yderligere definere Product Backlog-emner til mindre mere præcise elementer. 

Det er en løbende proces, hvor Product Owner og teamet af Developer'er samarbejder for at sikre, at elementer på Backlog er: 

  • Forstået på samme måde af teamet (har en fælles forståelse).
  • Har en estimeret størrelse og kompleksitet for implementeringen.
  • Ordres efter prioritet (inklusive forretningsværdi og skøn).

Enkelt sagt er Backlog Refinement centreret omkring at skabe en fælles forståelse af, hvad produktet vil eller ikke vil gøre, ud fra estimat af, hvad det vil tage at bygge og implementere det og den rækkefølge, det skal gøres i. 

Det er også værd at bemærke, at i modsætning til andre Scrum begivenheder, Product Backlog-forfining er ikke tidsrammet. Dette skyldes, at den ikke har en bestemt sekvens inden for Scrum-rammen. Hvis den blev fastholdt inden for en tidsboks, ville aktiviteten ikke være effektiv. En tommelfingerregel er dog, at du kan bruge op til 10% af tiden i en Sprint til forfining, og det skal udføres efter behov og indgår ofte som en del af et "Forfiningsmøde".

Lad os tage et kig på Product Backlog Refinement lidt mere detaljeret.

Forfiningsmødet

Som nævnt udføres Product Backlog Refinement normalt som en del af et forfiningsmøde. Scrum-teamet samles én gang, normalt nær slutningen af Sprint til denne begivenhed, for at sikre, at Backlog er klar til den næste Sprint. Men i nogle tilfælde kan hold vælge at mødes en gang om ugen i stedet for at holde styr på tingene.

Et forfiningsmøde er en mulighed for Product Owner at dele, hvilke Product Backlog-elementer, der skal forfines, og for at teamet kan diskutere dem. I løbet af denne tid kan teamet stille spørgsmål, som normalt ikke ville opstå før Sprint Planning. Alle spørgsmål behøver ikke at blive løst i Backlog Refinement-mødet, men det giver Product Owner et forspring forud for planlægningsmødet.

Backlog Refinement er i bund og grund et kontrolpunkt for teamet snarere end en indsats for fuldt ud at løse problemer.

Hvem er ansvarlig for Product Backlog Refinement?

Hvert medlem af Scrum-teamet er ansvarlig for Product Backlog Refinement, men det sker normalt på initiativ af Product Owner. Nedenfor er en oversigt over hvert medlem af teamet og deres kerneansvar: 

  • Product Owner: bygger det rigtige
  • Developer'erne: at bygge tingene rigtigt
  • Scrum Master: coaching og vejledning af holdet

Product Owner

Det Product Owner har myndighed og ansvar over Product Backlog. Effektiv forfining bør starte med visionen og "hvorfor" for produktet. De bør sikre gennemsigtighed omkring denne vision og give mulighed for åbne diskussioner med både teamet og interessenter. 

Følgende aktiviteter kan være nyttige for Product Backlog Refinement. Det giver mening for Product Owner at starte disse, men andre medlemmer af teamet kan også gøre det: 

  • At skabe en produktvision
  • Opsætning af et produktkøreplan 
  • At lave et storyboard
  • Samarbejde med interessenter og kunder om deres brug af produktet 
  • Udførelse af markedsundersøgelser
  • Målopnåelse 
  • Definition af acceptkriterier eller tilfredshedskriterier

Developer'erne

Developer'erne bør også have ansvaret for Product Backlog Refinement. Det kan være yderst fordelagtigt for dem at føle ejerskab til raffinementet sammen med Product Owner. Det er jo udviklerne, der rent faktisk fuldfører arbejdet. 

Følgende eksempler er blot nogle af de aktiviteter, som bør være Developer's ansvar: 

  • Estimering af Product Backlog-elementerne for at få et overblik over, hvad der kan gennemføres inden for en Sprint 
  • At finde løsninger til at opfylde Sprint Goal
  • Samarbejde med andre Developer'er for videndeling 
  • Dokumentation af løsninger til arbejdet

Scrum Master

Endelig Scrum Master er ansvarlig for at sikre, at teamet forstår Scrum. I dette tilfælde, udfordringerne ved raffinement og at alle er klar over deres rolle. Derudover skal Scrum Master være med til at lette aktiviteterne vedrørende forfining og hjælpe alle til at fokusere på deres rolle. 

Nogle eksempler kan omfatte: 

  • Facilitere Product Backlog Refinement workshops
  • Lær vigtigheden af fælles ansvar i denne opgave 
  • Lær teamet måder at levere og samarbejde på 

Nogle gange kan interessenter også blive inviteret til at deltage i Refinement Meetings eller give input og feedback, men ansvaret ligger stadig hos det interne Scrum-team.

Resumé

Product Backlog Refinement er et vigtigt aspekt af hver Sprint. Uden fælles forståelse er der risiko for at implementere de forkerte ting og spilde kræfter. Det er vigtigt at tage højde for størrelsen af hver vare, hvilket hjælper med at bestille Product Backlog med hensyn til prioritet. Uden dette risikerer teams at arbejde på emner, der ikke er vigtige, og mangler dem, der er. 

Det er derfor vigtigt, at hele teamet har et godt kendskab til Product Backlog Refinement og kan samarbejde effektivt under forfiningsmødet.