Hvad er Product Backlog?

Product Backlog i Scrum er en prioriteret liste over, hvad der skal til for at forbedre eller udvikle et produkt eller en service.

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 User Stories. 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.

Product Backlog

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:

  1. Varen er tydelig nok. Det betyder, at udviklingsteamet har en klar forståelse af, hvad interessenterne beder om og hvorfor.
  2. 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.

Del:

Relateret blogindlæg

Misforståelser i softwarespecifikationer.

Der er ofte misforståelser i softwarespecifikationsdokumenter. Den løsning, vi typisk vælger, er at lave mere detaljerede specifikationer. Men det fører desværre ikke til bedre resultater.

Relateret uddannelse

Relaterede ressourcer

Sådan kører du en Retrospective.

At køre et effektivt retrospektiv er afgørende for løbende forbedringer i Agile-teams. Hvis du nogensinde har følt, at dit teams retrospektiver mangler retning eller ikke producerer handlingsrettede indsigter, er du...

Et cirkulært flowdiagram med forskellige faser, der repræsenterer scrum-processen

Scrum-processen forklaret

Få indblik i Scrum-processens finesser, og lær, hvordan dette agile-framework kan revolutionere projektledelse.

Et teleskop, der fokuserer på et fjernt

Hvad er en produktvision?

Opdag styrken ved en produktvision, og hvordan den former en virksomheds fremtid.

Flere ressourcer

Lad os snakke om
Hvordan vi kan hjælpe!

Nyder du vores artikler? Endnu bedre er det, hvis du kan tale med os personligt! Kontakt os, så vi kan planlægge noget!