Utvecklingsteamet skapar en ny Sprint Backlog under Sprintplaneringen. Från det ögonblicket blir det det aktuella åtagandet för utvecklarna, dvs. en lista över nya funktioner, förbättringar och modifieringar av produkten som ska implementeras i den pågående sprinten. Efter starten av en sprint blir backloggen en bindande kö från vilken utvecklarna väljer uppgifter att utföra.
Vad är en Sprint Backlog? – innehållsförteckning:
- Introduktion
- Hur skapas Sprint Backloggen?
- Vad innehåller Sprint Backloggen?
- Använda Sprint Backloggen
- Sammanfattning
Introduktion
En Sprint Backlog beskriver arbetet i Utvecklingsteamet under en enskild sprint. Därför uttrycks den på tekniskt språk. Den beskriver detaljerade uppgifter och deras planerade lösningar. Således består den av en lista över uppgifter som är utarbetad på ett sätt som är tydligt för utvecklarna. Sprint Backloggen tar vanligtvis liten hänsyn till affärsvärdespråket för produkten, ett sätt att beskriva som är typiskt för Produkt Backloggen, som vi kommer att introducera här.
Sprint Backloggen uppstår:
- baserat på Produkt Backloggen
- under en sprint
- under ett Scrum-event som kallas Sprintplanering
- av hela Scrum-teamet – men Utvecklingsteamet har en nyckelroll i dess skapande
Hur skapas Sprint Backloggen?
Under Sprintplaneringen föreslår Produktägaren hur man kan tillföra värde till produkten i nästa sprint. Sedan arbetar hela Scrum-teamet tillsammans för att formulera Sprintmålet, dvs. väljer vilken funktionalitet från Produkt Backloggen som ska implementeras. Sprintmålet definierar hur produkten ska implementeras eller hur deadline kan skjutas upp för att möta kundens förväntningar.
Nästa steg är att tänka igenom och realistiskt sätta omfånget av arbetet som ska göras i nästa sprint och hur man ska uppnå det.
Resultaten av dessa överväganden kommer i form av en teknisk beskrivning av de uppgifter som ska utföras. Och denna lista blir den nya Sprint Backloggen.
Den ny skapade Sprint Backloggen finns på en plats som är lättillgänglig för alla medlemmar i Utvecklingsteamet. I det fysiska rummet är det vanligtvis en whiteboard som hänger i arbetsutrymmet. Medan det i det digitala rummet finns som ett molnbaserat delat dokument som alla utvecklare kan uppdatera. Även om varje medlem i ett Scrum-team bör hålla den uppdaterad dagligen, är det vanligtvis Scrum-mästaren eller en av utvecklarna som tar på sig det ansvaret.

Vad innehåller Sprint Backloggen?
Produkt Backloggen specificerar inte hur exakt uppgifter ska utföras. Det är Utvecklingsteamets roll att besluta. Det draget skapar tillräckligt med utrymme för teamet att manövrera och därmed förbättra dess självorganiseringsförmåga. Dessutom ger denna frihet att välja sekvens och handlingsmetoder varje utvecklare en känsla av självständighet och ansvar.
Det samma gäller för att betrakta Sprint Backloggen som en oordnad lista över uppgifter att utföra. I motsats till den traditionella push-modellen (där teamet eller utvecklaren agerar enligt en fördefinierad och påtvingad agenda), i pull-modellen väljer utvecklarna vilka uppgifter de ska göra (pull-modell).
Sprint Backloggen specificerar:
- Sprintmålet – dvs. ett svar på frågan om varför man ska utföra de schemalagda uppgifterna denna sprint
- Listan över nya produktfunktioner och förbättringar som ska utvecklas i denna sprint. Detta beror på att den innehåller elementen från Produkt Backloggen som valts för implementering i denna sprint.
- Listan över uppgifter att utföra – det vill säga en teknisk beskrivning av hur och av vem arbetet som kommer att resultera i inkrementell…

Använda Sprint Backloggen
Olika mätverktyg återspeglar framstegen i arbetet som skrivits i Sprint Backloggen. Oftast är det Burndown-diagrammet, som vi kommer att täcka fullt ut i en dedikerad separat artikel. Med en sådan visualisering kan Utvecklingsteamet enkelt se om arbetet med Sprintmålet fortskrider enligt plan.
Det kan hända under en sprint att man upptäcker att arbetsplanen har ritats upp orealistiskt. Med andra ord, antalet att-göra-punkter i Produkt Backloggen Sprintmålet är för högt eller för lågt. I vilket fall som helst går utvecklarna och produktägaren ner för att ta reda på vilka förändringar som ska tillämpas på den aktuella Sprint Backloggen. Det är möjligt att minska mängden arbete, välja ytterligare uppgifter från Produkt Backloggen eller utöka de redan planerade lösningarna. Men kom ihåg att Sprintmålet i sig måste förbli oförändrat.

Sammanfattning
En Sprint Backlog är en lista över uppgifter som utvecklarna planerar att utföra under en sprint. Det är en slags detaljerad kontrakt med produktägaren. Sprint Backloggen uppstår under Sprintplaneringen där hela Scrum-teamet deltar. Burndown-diagrammet återspeglar graden av slutförande av uppgifter som accepterats för implementering.
Om du gillar vårt innehåll, gå med i vår aktiva community av busy bees på Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Caroline Becker
Som projektledare är Caroline en expert på att hitta nya metoder för att utforma de bästa arbetsflödena och optimera processer. Hennes organisatoriska färdigheter och förmåga att arbeta under tidspress gör henne till den bästa personen att förvandla komplicerade projekt till verklighet.
Scrum Guide:
- Ordlista över grundläggande termer, roller och begrepp
- Vad är Scrum?
- Scrum-värden
- Hur implementerar man Scrum i ditt företag?
- Scrum-team - vad är det och hur fungerar det?
- Vem är en produktägare?
- De vanligaste misstagen hos en produktägare
- Vem är Scrum Master?
- De vanligaste misstagen av Scrum Master
- Vilka statistik och mätvärden bör Scrum Mastern följa?
- Utvecklingsteam i Scrum
- De vanligaste misstagen hos utvecklare
- Scrumartefakter
- Skalning av Scrum
- Sprint Backlog
- Vad är produktbackloggen?
- Vad är användarberättelser?
- Skapa den bästa användarberättelsen med INVEST
- De vanligaste misstagen i User Stories
- Användarberättelse Acceptanskriterier
- Uppskattning och Story Points i Scrum
- Planeringspoker
- Team Estimation Game
- Definiera inkrement
- Scrum-evenemang
- Vad är en Burndown-diagram?
- Fördelar och nackdelar med burndown-diagrammet
- Kanban-tavlor i Scrum och Scrumban
- Hastighet i Scrum - Utvecklingsteamets hastighet
- Daglig Scrum
- Sprintplanering
- Sprintgranskning
- Vad är en Sprint Retrospektiv?
- Vanliga misstag under en Sprint Retrospektiv
- Produktbacklogg vård
- Hur man skapar och tolkar ett burndown-diagram?
- Vad är Sprint i Scrum?
- Samarbete mellan Produktägare och Scrum Master
- Scrumteamets åtaganden - Produktmål, Sprintmål och Definition av klarhet
- Egenskaper hos en bra Scrum Master