Scrum Guide | 17. Sprint Backlog

Udviklingsteamet opretter et nyt Sprint Backlog under Sprint Planlægning. Fra det øjeblik bliver det den nuværende forpligtelse for udviklerne, dvs. en liste over nye funktionaliteter, forbedringer og ændringer til produktet, der skal implementeres i det kommende Sprint. Efter starten af et Sprint bliver Backlog en bindende kø, hvorfra udviklerne vælger opgaver at udføre.

Hvad er et Sprint Backlog? – indholdsfortegnelse:

1. Introduktion
2. Hvordan oprettes Sprint Backlog?
3. Hvad indeholder Sprint Backlog?
4. Brug af Sprint Backlog
5. Sammenfatning

Introduktion

Et Sprint Backlog beskriver arbejdet fra Udviklingsteamet under et enkelt Sprint. Derfor er det udtrykt i teknisk sprog. Det beskriver detaillerede opgaver og deres planlagte løsninger. Således består det af en liste over opgaver, der er udarbejdet på en måde, der er klar for udviklerne. Sprint Backlog tager normalt lidt hensyn til forretningsværdiens sprog for produktet, en beskrivelsesmetode, der er passende for Produkt Backlog, som vi vil introducere her.

Sprint Backlog opstår:

• baseret på Produkt Backlog
• i løbet af et Sprint
• under en Scrum-begivenhed kaldet Sprint Planlægning
• af hele Scrum Team – men Udviklingsteamet har en nøglefunktion i dens oprettelse

Hvordan oprettes Sprint Backlog?

Under Sprint Planlægning foreslår Produkt Owner hvordan man kan tilføre værdi til produktet i det næste Sprint. Derefter arbejder hele Scrum Team sammen for at formulere Sprint-målet, dvs. vælger hvilken funktionalitet fra Produkt Backlog der skal implementeres. Sprint-målet definerer, hvordan man implementerer produktet eller udsætter deadline for at imødekomme kundens forventninger.

Næste skridt er at overveje og realistisk fastsætte arbejdets omfang i det næste Sprint og hvordan man opnår det.

Resultaterne af disse overvejelser kommer i form af en teknisk beskrivelse af de opgaver, der skal udføres. Og denne liste bliver det nye Sprint Backlog.

Det nyoprettede Sprint Backlog eksisterer på et sted, der er let tilgængeligt for alle medlemmer af Udviklingsteamet. I det fysiske rum er det normalt en tavle hængende i arbejdsområdet. Mens det i det digitale rum eksisterer som et cloud-baseret delt dokument, som alle udviklere kan opdatere. Selvom hvert medlem af et Scrum Team bør holde det opdateret dagligt, er det Scrum Master eller en af udviklerne, der normalt påtager sig det ansvar.

Hvad indeholder Sprint Backlog?

Produkt Backlog specificerer ikke, hvordan opgaverne præcist skal udføres. Det er Udviklingsteamets rolle at beslutte. Den bevægelse skaber nok plads til, at teamet kan manøvrere, hvilket forbedrer dets selvorganiseringsevner. Desuden giver denne frihed til at vælge rækkefølgen og metoderne til handling hver udvikler en følelse af uafhængighed og ansvarlighed.

Den samme idé gælder for at betragte Sprint Backlog som en uordnet liste over opgaver, der skal udføres. I modsætning til den traditionelle push-model (hvor teamet eller udvikleren handler i henhold til en foruddefineret og pålagt dagsorden), vælger udviklerne i pull-modellen, hvilke opgaver de vil udføre (pull-modellen).

Sprint Backlog specificerer:

1. Sprint-målet – dvs. et svar på spørgsmålet om, hvorfor de planlagte opgaver skal udføres i dette Sprint
2. Listen over nye produktfunktioner og forbedringer, der skal udvikles i dette Sprint. Dette skyldes, at det indeholder elementerne fra Produkt Backlog, der er valgt til implementering i dette Sprint.
3. Listen over opgaver, der skal udføres – det vil sige en teknisk beskrivelse af hvordan og af hvem arbejdet, der vil resultere i Incremental…

Brug af Sprint Backlog

Forskellige måleværktøjer afspejler fremskridtene i arbejdet skrevet i Sprint Backlog. Ofte er det Burndown Chart, som vi vil dække fuldt ud i en dedikeret separat artikel. Med en sådan visualisering kan Udviklingsteamet nemt se, om arbejdet med Sprint-målet skrider frem som planlagt.

Det kan ske under et Sprint, at man finder ud af, at arbejdsplanen er blevet udarbejdet urealistisk. Med andre ord, antallet af opgaver i Produkt Backlog Sprint-målet er for højt eller for lavt. I begge tilfælde går udviklerne og Produkt Owner i gang med at finde ud af, hvilke ændringer der skal anvendes på det nuværende Sprint Backlog. Det er muligt at reducere mængden af arbejde, vælge yderligere opgaver fra Produkt Backlog eller udvide de allerede planlagte løsninger. Men husk, at Sprint-målet selv skal forblive uændret.

Sammenfatning

Et Sprint Backlog er en liste over opgaver, som udviklerne planlægger at udføre i løbet af et Sprint. Det er en slags detaljeret kontrakt med Produkt Owner. Sprint Backlog opstår under Sprint Planlægning, hvor hele Scrum Team deltager. Burndown Chart afspejler graden af færdiggørelse af de opgaver, der er accepteret til implementering.

Hvis du kan lide vores indhold, så bliv en del af vores travle bier-fællesskab på Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.