Product Backlog i Scrum er en prioriteret liste over, hvad der skal til for at forbedre eller udvikle et produkt eller en service. Herigennem kortlægger den de varer, Scrum Teamet skal levere. De vigtigste elementer er vist øverst på Product Backlog, så holdet ved, hvad de skal levere først. Arbejdet trækkes fra listen af teamet under Sprint Planning-mødet.
Product Backlog udvikler sig konstant som Product Owner og resten af teamet opdager nye behov og funktioner til produktet. Det fungerer også som en vigtig forbindelse mellem teamet, da arbejdet omprioriteres, nye krav tilføjes og feedback indarbejdes. Selvom det er vigtigt at bemærke, at eventuelle ændringer ikke bør afbryde det nuværende arbejdsflow for udviklingsteamet.
Holder Product Backlog opdateret
Product Backlog skal regelmæssigt gennemgås og holdes ajour. Som vi kom ind på, udvikler Backlog sig løbende, og Product Owner bør være ansvarlig for at overvåge dette. Gennemgang af efterslæbet er særligt vigtigt før planlægning af møder for at sikre, at teamet har klarhed, og at alle er på samme side.
Regelmæssig gennemgang af efterslæbet omtales ofte som "Product Backlog Refinement”. Efterhånden som Backlog fortsætter med at vokse, bør Product Owner'er gruppere varer i kortsigtede og langsigtede varer. Igen vil dette hjælpe teamet med at forstå, hvad der skal leveres først.
Hvad er en Product Backlog-vare?
En Product Backlog-vare (PBI) er en enkelt arbejdsenhed, der findes i Product Backlog. De kan variere fra specifikationer og krav, til use cases, fejl eller tidsrammede forskningsopgaver, men oftest er de formuleret som Brugerhistorier. Det er de enkelte punkter, der skal gennemgås og prioriteres af Product Owner. Og det er også de enheder, som Udviklingsteamet trækker fra systemet for at levere på.
At have en individuel PBI er fordelagtig, da det hjælper med at identificere det arbejde, der kræves for at fuldføre Sprint. Det hjælper også at forudse, hvornår en vare forventes at blive leveret.
Hvad er Product Backlog Refinement?
Product Backlog Refinement er processen med at nedbryde og definere Product Backlog-emner endnu mere i mindre, mere specifikke enheder. Dette kunne omfatte tilføjelse af yderligere detaljer såsom beskrivelse, ordre og størrelse. Egenskaber varierer afhængigt af produktets og arbejdets art.
Et samarbejde mellem hele Scrum-teamet og nogle gange, hvis det er relevant, interessenterne er nødvendigt for at forfine varer og sikre, at de er i en 'klar tilstand'. Dette betyder i bund og grund, at udviklingsteamet er enige om de to følgende udsagn:
- Varen er tydelig nok. Det betyder, at udviklingsteamet har en klar forståelse af, hvad interessenterne beder om og hvorfor.
- Varen er lille nok. Scrum-teamet er ansvarligt for dimensioneringen. De skal være enige om, at hvert element er lille nok, og at det kan gennemføres inden for Sprint. Et emne er lille nok, når Sprint Goal består af seks til ti emner.
Product Backlog Refinement bør også omfatte genbestilling af varer i henhold til deres prioritet med hensyn til forretningsværdi og krævet indsats.
Denne aktivitet tager tid, men er gavnlig, da det at gøre det rigtigt kan hjælpe med at spare tid i Sprint Planning. Uden klar raffinement og en fælles forståelse risikerer du at implementere det forkerte, spilde kræfter og skulle omarbejde implementeringen for at få det rigtigt.
Hvad er Product Backlog Refinement?
Det er afgørende at forstå Product Backlog-, Product Backlog-elementerne og raffineringsprocessen i detaljer, hvis du bruger Scrum. Ethvert individ, der er begyndt at arbejde med agil metodologi, skal kende til praksis og processer Scrum-ramme. Det kan derfor være en god idé at overveje en scrum kursus for at være sikker på, at du er helt klar.
