Skip to main content
← Tillbaka till biblioteketMetoder

Sprint

En sprint är en arbetscykel med fast längd, vanligtvis en till fyra veckor och oftast två, som avslutas med ett konkret, användbart resultat.

Begreppet kommer från Scrum, det agila ramverk som används brett inom mjukvaru- och produktarbete. I början av en sprint kommer teamet överens om vilka uppgifter det ska ta sig an under den perioden, känt som sprintbackloggen. Den listan förblir låst under hela sprinten, och nya önskemål köas till nästa cykel istället för att avbryta den pågående. Varje sprint avslutas med en sprint review, där teamet visar vad det faktiskt blivit klart med, följt av ett retrospektiv fokuserat på hur man kan arbeta bättre nästa gång.

Den fasta tidsboxen är det som får en sprint att fungera. Den tvingar en att bryta ner uppgifter tillräckligt små för att de verkligen ska kunna bli klara inom perioden, istället för att dra ut på månader. Sprintlängder sträcker sig vanligtvis från en till fyra veckor, med en tvåveckorsrytm som det vanligaste valet i praktiken. Kortare sprintar innebär mer planeringsoverhead, medan längre fördröjer återkopplingen och låter felaktiga antaganden fortsätta längre innan någon fångar upp dem.

Mönstret har spridit sig långt bortom Scrum, till exempel som en Design Sprint, där en femdagarscykel används för att testa en enda idé, eller helt enkelt som en återkommande arbetsrytm inom drift och administration. Det alla dessa delar är samma loop: sätt ett mål, begränsa tiden, leverera något, reflektera, starta sedan nästa cykel. Det är det som skiljer en sprint från en milstolpe, som markerar en enda tidpunkt snarare än en upprepande arbetsrytm.

Praktiskt exempel

Ett sexpersoners utvecklingsteam planerar en tvåveckorssprint för att bygga en ny rapporteringsfunktion för sin interna mjukvara, och åtar sig 34 story points. I slutet av sprinten är 29 poäng klara och visas live vid sprint review, medan 5 poäng går tillbaka till produktbackloggen. Vid retrospektivet inser teamet att input från affärssidan kom för sent i cykeln, så de schemalägger en tidigare avstämning inför nästa sprint.

Så hjälper Leanshift

En sprint är Kaizen i miniatyr, en fast, återkommande rytm av planering, görande, visande och reflektion. Varje retrospektiv är en medveten paus för att fråga vad som kunde fungera bättre nästa cykel, istället för att bara pressa framåt. Det är kärnan i vad Leanshift menar med att förbättra för att skapa fler människor som förbättrar: resultatet av en sprint spelar roll, men det gör också det teamet lär sig av varje cykel.

Vanliga frågor

Hur lång bör en sprint vara?

Någonstans mellan en och fyra veckor, med två veckor som det vanligaste valet. Den exakta längden spelar mindre roll än att hålla den konsekvent över cykler så att man får jämförbar data över tid.

Vad händer med oavslutade uppgifter i slutet av en sprint?

De går tillbaka till produktbackloggen och prioriteras om till en framtida sprint. Nya uppgifter läggs inte till mitt i en sprint, eftersom det skulle undergräva sprintmålet.

Hur skiljer sig en sprint från en milstolpe?

En milstolpe markerar en enda viktig punkt i ett projekts tidslinje. En sprint är en återkommande arbetscykel av lika längd med egen planering och genomgång.