Scrum Guide | 28. Sprint i Scrum

Flera mindre händelser utgör en Sprint i Scrum. Sprints bildar i sin tur tillsammans en väg som syftar till att utveckla och släppa en Produkt. Varje Sprint har ett specifikt Sprintmål och en Sprint Backlog som underhålls av Utvecklingsteamet.

Vad är Sprint i Scrum – innehållsförteckning:

1. Sprint i Scrum – Introduktion
2. Sprint i Scrum Struktur
3. Sprints och de tre pelarna av empirism
4. Transparens
5. Inspektion
6. Anpassning
7. Vilka förändringar ska göras under en Sprint?
8. Sprint i Scrum – Sammanfattning

Vad är Sprint i Scrum?

Sprint är den största av händelserna i Scrum, som vi skrev om i denna artikel. Sprints följer en kontinuerlig cykel från början till slut av arbetet med en Produkt. Och varje iteration för teamet närmare att uppnå Produktmålet.

Varje Sprint har ett specifikt Sprintmål för att säkerställa konsekvens i arbetet hos Utvecklingsteamet. Det tar formen av ett affärsmål och besvarar frågan “Varför?”, “Till vilket syfte?”, eller “Varför?”.

Arbetsflödet för en Sprint dokumenteras i Sprint Backlog, som listar det arbete som behövs för att uppnå Sprintmålet. Dess detaljerade beskrivning kan hittas här.

Sprint i Scrum Struktur

Varje Sprint har en specifik struktur och inkluderar följande händelser:

• Sprintplanering – Sprinten startar. Under denna händelse väljer Scrumteamet det planerade arbetet från Produkt Backlog som ska göras i den nya Sprinten
• Daglig Scrum – en daglig händelse där Utvecklarna planerar dagens uppgifter
• Sprintgranskning – öppen för intressenter, hålls den sista dagen av en Sprint. Syftet är att sammanfatta Sprinten i termer av framsteg på Produkten
• Sprintretrospektiv – den avslutande händelsen av en Sprint, där Scrumteamet diskuterar arbetsmetoder och idéer för förbättring

Upprepningen av Sprint-händelser främjar genomförandet av goda organisatoriska metoder. Med andra ord implementerar Scrumteamet de rutiner som är nödvändiga för effektiv planering och, medan de arbetar, uppmärksammar problem som kan diskuteras vid lämpliga händelser.

Sprints och de tre pelarna av empirism

Sprints gör att Scrumteamet kan bryta ner arbetet med Produkten i lika tidssegment som varar högst en månad. Denna fasta ram förstärker de tre pelarna av empirism:

• transparens
• inspektion
• anpassning

Vi skrev om de tre pelarna av empirism och deras roll i Scrum mer detaljerat här. Men idag kommer vi att titta på hur de tillämpas på Sprint och dess struktur.

Transparens

Att dela upp arbetet i Sprints ökar transparensen eftersom alla involverade kan få den nödvändiga informationen om statusen för Produktarbetet i varje Sprint. Sprintplanering och Sprintgranskning, början och slutet av en Sprint, kombinerat med en uppdatering av Produkt Backlog, ger alla intressenter värdefulla insikter i den aktuella statusen för Produkten.

Inspektion

Genom att dela upp arbetet i Sprints är det möjligt att ofta övervaka dess framsteg. Detta främjar den ständiga identifieringen av problem inom två nyckelområden. Dessa är:

• problem relaterade till uppnåendet av Produktmålet – i början och slutet av Sprinten, dvs. under Sprintplanering och Sprintgranskning
• hinder i hur Scrumteamet arbetar – under dagliga möten och i slutet av varje Sprint, dvs. under Daglig Scrum och Sprintretrospektiv

Anpassning

Anpassning är en mycket viktig del av Scrumteamets arbete, eftersom det möjliggör att lösa de problem som identifierats under inspektionen. Under varje Sprint ger Daglig Scrum och Sprintretrospektiv en säker plats att prata om hur man kan förbättra Scrumteamet. Genomförandet av föreslagna lösningar sker omedelbart eller i början av nästa Sprint.

Sprintplanering och Sprintgranskning skapar en säker plats för diskussion angående Målen och metoderna för att uppnå dem. Ett bra självstyrande Scrumteam lyckas lista ut vad och hur man ska implementera för nästa Sprint.

Vilka förändringar ska göras under en Sprint?

Varje Sprint lämnar tillräckligt med utrymme för Scrumteamet att förbättra och improvisera sitt arbetssätt. Därför, identifiera vad som ska ändras under en Sprint. Scrumguiden ger ingen lista över sådana förändringar. Men begreppet empirism ger riktlinjer att följa och anpassa sig till hur ett särskilt Scrumteam arbetar.

1. Alla förändringar kan äventyra uppnåendet av Sprintmålet. Enligt den första regeln kan man under en Sprint inte, till exempel, minska antalet att-göra-punkter i den Sprinten, eller betydligt ändra deras egenskaper. En Sprint är nära kopplad till Sprintmålet. Därför, när Målet ändras, bör vi avbryta Sprinten. Detta händer dock sällan eftersom den enda anledningen till att en Sprint misslyckas är när Målet blir föråldrat. Tänk på att beslutet att avsluta en Sprint tillhör enbart Produktägaren.
2. Kvaliteten på arbetet får inte äventyras. Denna regel syftar till att förhindra att arbetet som utförs under en Sprint blir ett Inkrement eftersom det inte uppfyller Definitionen av Slutförande. Att sänka kvaliteten på arbetet kan resultera i att Sprintmålet uppfylls till synes, men sättet som individuella uppgifter slutförs på uppfyller inte de kvalitetsstandarder som fastställts av organisationen eller som krävs av intressenter.
3. Produkt Backlog kan bli mer detaljerad. När man arbetar med en Produkt ökar kunskapen om den. Därför ökar detaljrikedomen av uppgifter som ska utföras naturligt. Därför är det en acceptabel och till och med rekommenderad förändring under en Sprint att detaljera Produkt Backlog.
4. Omfattningen av arbetet kan klargöras eller omförhandlas. Denna förändring, liksom den föregående, involverar en växande förståelse för arten av det arbete som utförs. Utvecklingsteamet kan göra det i samråd med Produktägaren. Men det grundläggande villkoret för dess införande är avsaknaden av konflikt med principerna 1. och 2.

Sprint i Scrum – Sammanfattning

Sprint är den cykliska Scrum-händelsen som innehåller alla andra. Den har ett del Sprintmål som är skilt från Produktmålet. Och Sprint Backlog är annorlunda än Produkt Backlog. Karaktären av Sprints är cyklisk. Den fasta längden på Sprints främjar upprätthållandet av goda arbetsflödesmetoder och vårdar de tre pelarna av empirism. Under en Sprint kan Scrumteamet inte ändra sitt Mål. Det kan dock förfina Produkt Backlog och när kunskapen växer, förfina och omförhandla arbetsomfånget.

Om du gillar vårt innehåll, gå med i vår aktiva gemenskap av busy bees på Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.