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.
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:
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.
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:
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.
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.
Som projektleder er Caroline en ekspert i at finde nye metoder til at designe de bedste arbejdsgange og optimere processer. Hendes organisatoriske færdigheder og evne til at arbejde under tidspres gør hende til den bedste person til at gøre komplicerede projekter til virkelighed.
Får du nogensinde følelsen af, at dagen er for kort til at gøre alt det,…
Hvad er software? Hvad er typerne og metoderne til distribution? Når vi holder os til…
At præsentere og kommunikere forskningsresultater er sandsynligvis en af de mest afgørende (og krævende) evner…
Ved du, hvordan man opretter en e-bog? Kender du alle de væsentlige aspekter af en…
Bæredygtig markedsføring er ikke længere bare en af de markedsføringsstrategier, du kan anvende i din…
For nylig er to fænomener opstået på arbejdsmarkedet, der relaterer sig til holdningerne hos nutidens…