Sprintgranskning: Vad det är & hur man genomför en sådan 2026

En sprintgranskning använder vanligtvis Scrum-programvara eller agil projektledningsprogramvara för att underlätta demonstrationen av framsteg. Vanligtvis deltar Scrum-teamet, Scrum-mastern, produktägaren och eventuellt andra intressenter. Det är en av de tre Scrum-ceremonierna, eller ”händelserna”, som kännetecknar det agila Scrum-leveransramverket. De kallas ceremonier, men är egentligen bara möten!

Varför genomföra en sprintgranskning?

Syftet med en sprintgranskning är samarbete i realtid mellan Scrum-teamet, produktägaren och intressenterna. Det är en demonstration av framsteg och resultat som leder till att punkter i backloggen godkänns för leverans.

7 fördelar med ett sprintgranskningsmöte

1. Återkoppling och samarbete: Sprintgranskningar ger intressenterna en plattform för att lämna återkoppling och möjliggör tidig upptäckt och korrigering av problem. Detta bidrar till att utveckla en produkt av högre kvalitet som motsvarar användarnas behov och förväntningar.
2. Ökad transparens: Sprintgranskningar ökar transparensen i utvecklingsprocessen. Genom att visa upp det arbete som har utförts, utvecklingstakten och diskutera nästa steg får intressenterna en tydlig bild av projektets framsteg, de utmaningar som har uppstått och teamets kapacitet.
3. Teamets samsyn och fokus: Genom att granska sprintens framsteg i förhållande till sprintmålen blir det lättare att hålla teamet samordnat och fokuserat. Det tydliggör förväntningar och prioriteringar för efterföljande sprintar.
4. Intressenternas engagemang och nöjdhet: Regelbunden interaktion med intressenter under dessa möten ökar deras engagemang och nöjdhet. Det ger dem en känsla av ägarskap och delaktighet i utvecklingsprocessen.
5. Anpassningsförmåga och flexibilitet: Sprintgranskningar gör det möjligt för team att anpassa och justera planer utifrån återkoppling och förändrade krav. Denna flexibilitet är avgörande för att lyckas med ett agilt arbetssätt och hantera osäkerhet kring omfattningen
6. Arbetsmoral och erkännande: Sprintgranskningar ger Scrum-teamet en plattform för att visa upp sitt arbete, vilket kan stärka arbetsmoralen. Att uppmärksamma teamets insatser och prestationer inför intressenter kan vara mycket motiverande.
7. Möjligheter till lärande och förbättring: Sprintgranskningar ger teamet möjlighet att reflektera över sina processer och arbetssätt och lära sig av både framgångar och utmaningar. Detta kontinuerliga lärande främjar en miljö av ständig förbättring.

Stay Ahead of What Deserves Your Attention

Get timely perspective on the shifts, decisions, and trade-offs shaping your role, plus practical resources you can put to work.

Create Free Account

Have an account? Log In

Vad händer under en sprintgranskning?

Under sprintgranskningsmötet ger projektteamet en överblick över de framsteg som har gjorts under sprinten, samt de blockeringar eller hinder som har hindrat dem från att slutföra vissa uppgifter eller leveranser.

Du kan gå in på hur och varför förseningar eller blockeringar har uppstått, men styr teamet bort från att fördela skuld eller från bredare diskussioner om brister i kommunikation och samarbete (det tar ni upp i sprintretrospektivet; se nästa avsnitt).

Fokusera på konkreta åtgärder som du och teamet kan vidta för att undanröja blockeringar, komma tillbaka på rätt spår och fastställa realistiska tidsfrister för återstående eller försenat arbete.

Slutligen demonstrerar projektteamet viktiga leveranser eller produktfunktioner som de har slutfört under sprinten, och intressenterna kan lämna återkoppling.

Förhindra att sprintgranskningsmötet förvandlas till en presskonferens genom att undvika statiska presentationer – detta format är sällan mer produktivt än ett e-postmeddelande.

Sprintgranskning jämfört med sprintretrospektiv

En sprintgranskning ska inte förväxlas med ett sprintretrospektiv (även om de är lätta att blanda ihop!). Båda är viktiga delar av Scrum-processen och de är de två sista stegen i cykeln, men sättet du genomför dem på skiljer sig åt.

En sprintgranskning fokuserar på produkten, medan det retrospektiva mötet fokuserar på själva processen.

Föreställ dig att du närmar dig slutet av sprinten och har något som liknar en avklarad sprintbacklogg.

Du planerar in en sprintgranskning för att kontrollera vilka framsteg ditt Scrum-team har gjort mot leveransen och undanröja eventuella återstående hinder.

Anta till exempel att den här sprinten innebar att teamet producerade 10 000 kodrader för appen som det arbetar med. Sprintgranskningen är platsen där ni ser till att koden körs och är validerad samt att ni är redo att lansera den.

Det retrospektiva mötet granskar däremot den process ni följde under den senaste sprinten, med avsikten att förbättra arbetssättet under nästa sprint.

Under det retrospektiva mötet samlar ni in feedback om människors erfarenheter av att integreras i teamet, kommunicera kodändringar eller annat som påverkade processen. 

Det retrospektiva mötet är tänkt att fungera som en genomgång där alla kan lära sig att samarbeta bättre, oavsett produkt. 

Fråga hur människor känner sig och om de har förslag inför nästa arbetsomgång i projektet:

• Vad skulle de vilja se i nästa sprint?
• Känner de att de arbetade under stark tidspress?
• Hade de för mycket tid över?

Det är fortfarande frestande att sudda ut gränserna mellan en sprintgranskning och ett retrospektivt möte. Om du har samlat alla till en sprintgranskning är alla redan på plats, så varför inte göra båda sakerna samtidigt?

Scrumguiden avråder från detta, och om ni måste göra allt under ett enda möte bör ni tydligt skilja mellan mötets två faser för att förhindra överlappning.

Här är en snabb översikt över vilka ämnen som hör hemma i vilka möten och när du bör avvika från agendan och återfokusera Scrum-teamet när ett retrospektivt möte hotar att bryta ut under en sprintgranskning.

Sprintgranskning eller retrospektivt möte	Vad ingår	Vad ingår inte
Sprintgranskning	Om produktbackloggens poster är färdiga Varför produktbackloggens poster inte är färdiga Produktens nya funktioner och funktionalitet Produktens leveransdatum eller en realistisk lanseringsplan	Hur svårt det var att hålla tidsfristen Hur dåligt människor känner sig över att ha missat tidsfristen Hur det är Julies fel att vi missade tidsfristen Hur tidsfrister bara är siffror och alla borde ta det lugnare
Retrospektivt möte	Hur kommunikationen mellan teammedlemmarna har fungerat Förslag på hur arbetsflödet och teamets processer kan effektiviseras Sätt att göra utvecklingsteam mer agila Framgångskriterier och metodik för att utveckla standarder för realistiska milstolpar	Problem med själva produkten Den aktuella produktens funktioner Planer för tekniska detaljer eller en mall för specifika mål

Tips för att förbereda sprintgranskningen

Genom att införa ett system för att samla in produktfeedback och hålla fast vid det kan du effektivt bygga en maskin för kontinuerlig förbättring och iteration.

Så hur kommer du igång med att genomföra en sprintgranskning? Här är några tips att tänka på:

• Se till att alla i teamet vet när och var granskningen äger rum, och informera alla om vilken roll de kommer att ha under granskningen. Ju mer tid du ger dem att förbereda sig, desto mer produktiva blir de när det är deras tur att informera teamet om sina framsteg.
• Fokusera på produkten och det som har byggts. Gör mötet till en praktisk upplevelse där produktägaren och intressenterna kan se och interagera med produkten. Detta tillvägagångssätt hjälper till att få värdefull feedback och uppmuntrar intressenternas engagemang.
• Var noggrant förberedd och se till att alla arbetsobjekt är slutförda och redo att demonstreras. Tänk igenom demonstrationen och hur du ska visa att objekten i backloggen uppfyller användarberättelsen och definitionen av klart samt att de kan levereras.
• Förbered demonstrationerna genom att samla in ämnen i förväg och ställa i ordning de virtuella och fysiska rummen.
• Skapa en enkel anteckningsmall som hjälper dig att dokumentera mötets resultat. Agila metoder betonar begränsad dokumentation, så oroa dig inte för att göra den alltför detaljerad. Det är helt enkelt ett sätt att hålla reda på åtgärdspunkter som rör projektet.

Så genomför du ett sprintgranskningsmöte

Även om du fritt kan strukturera sprintgenomgångar på det sätt du vill finns det bra och mindre bra tillvägagångssätt. Här är några steg för att genomföra sprintgenomgångar som de flesta som följer Scrum-metoden har haft nytta av:

1. Översikt över framsteg och motgångar
2. Genomgång av vad som gick bra och vad som inte gjorde det
3. Framtagning av en plan för att undanröja hinder
4. Funktionsdemonstration

1. Framstegsöversikt

Gå laget runt och låt alla rapportera hur det går med produkten. Nådde de sina sprintmål? Uppfyller leveranserna användarnas behov, användarberättelsen och definitionen av klart?

Om inte, hur nära är de just nu och när blir de klara? Låt inte diskussionen spåra in på orsakerna till att en försening har inträffat. 

Fokusera på en enkel rapportering av framstegen (eller avsaknaden av dem). Diskussioner om varför kommer senare, efter att alla har lämnat sina rapporter och du vet hur långt ni har kommit med de olika projektkomponenterna.

2. Genomgång

Det här är delen där orsakerna till och bakgrunden bakom bristerna kan diskuteras. Gå in på den här delen av agendan efter att varje teammedlem har fått möjlighet att tala och du förstår var varje del av utrullningen befinner sig för tillfället. 

Använd genomgången till att först gå igenom de positiva resultaten. Notera vilka projektmål som uppnåddes väl och försök bedöma hur nära deadline ni kom innan allt var klart. Det ger dig en uppfattning om huruvida tempot kan ökas något i nästa sprint.

Gå sedan igenom eventuella brister och be om synpunkter på hur förseningen uppstod och när den kommer att vara åtgärdad. Var inte alltför hård mot teamet här. Om alla utan ansträngning nådde sina mål tre dagar in i en femdagarssprint innebär det att ni inte sätter tillräckligt ambitiösa mål.

3. Undanröjande av hinder

Förutse vilka hinder ni kan stöta på under kommande sprintar. Det kan handla om en liten budget, behov av kompetens från någon utanför ert nuvarande team, ett regulatoriskt problem eller rapporteringsproblem, eller förändrade marknadsförhållanden som kan påverka efterfrågan på produkten. 

Målet med det här steget är att upptäcka hindren innan de uppstår och planera för att hantera dem nu, i stället för efter att de har orsakat en flaskhals under de kommande dagarna. Använd denna information för att uppdatera produktbackloggen vid behov.

More Articles

• Så bemästrar du resurshantering i projektledning

4. Produktdemonstration

Det här steget kompletterar produktöversikten med en demonstration av de viktigaste uppdateringarna som lanserades under den senaste sprinten. Framför allt är det en möjlighet att visa upp teamets prestationer och stärka den goda stämningen.

Agenda för sprintgenomgången

Här är ett exempel på en mötesagenda för din sprintgenomgång (med föreslagna tidsgränser):

1. Introduktion (5 minuter)

• Kort välkomsthälsning och introduktion
• Beskriv mötets syfte och mål

2. Genomgång av sprintmålen (10 minuter)

• Sammanfatta målen som sattes i början av sprinten
• Lyft fram sprintens huvudsakliga fokusområden

3. Produktdemonstration (20–30 minuter)

• Presentera det arbete som slutfördes under sprinten
• Demonstrera nya funktioner, förbättringar och buggfixar
• Ge utrymme för korta frågor och svar efter varje demonstration

4. Genomgång av produktbackloggen (10 minuter)

• Gå igenom produktbackloggens aktuella status
• Diskutera eventuella poster som lades till, togs bort eller omprioriterades under sprinten

5. Feedbacksession (15–20 minuter)

• Be intressenter och teammedlemmar om feedback
• Diskutera vad som gick bra och vad som kunde förbättras
• Uppmuntra till en öppen och ärlig diskussion

6. Genomgång av mätvärden och prestation (10 minuter)

• Diskutera viktiga prestationsindikatorer (KPIs), utvecklingstakt och andra relevanta mätvärden
• Jämför planerade framsteg med faktiska framsteg

7. Planera framåt (10 minuter)

• Skissa på preliminära idéer för nästa sprint
• Identifiera potentiella uppgifter i backloggen som ska hanteras
• Diskutera eventuella justeringar baserat på feedback och granskning

8. Sammanfattning (5 minuter)

• Sammanfatta de viktigaste insikterna och besluten
• Bekräfta datum och mål för nästa möte för sprintplanering
• Tacka alla för deras deltagande och bidrag

9. Öppen diskussion (valfritt, 5–10 minuter)

• Ge möjlighet att ställa eventuella sista frågor eller lämna kommentarer
• Ta upp övriga frågor eller meddelanden

Vanliga frågor om sprintgranskningar

För enkelhetens skull har vi sammanställt svar på några av de vanligaste frågorna om sprintgranskningar.

Vilka deltar i sprintgranskningen?

De centrala deltagarna i en sprintgranskning är Scrum Master, produktägaren och produktchefen. Det kan också vara bra att bjuda in ytterligare viktiga intressenter beroende på projektets behov (men se till att mötet inte blir så stort att det blir svårt att hantera.)

Hur länge bör sprintgranskningen pågå?

Scrum-guiden föreslår att du begränsar sprintgranskningar till 2 timmar om ditt agila team arbetar i tvåveckorssprintar (en timme för varje vecka som sprinten varar.)

IMO verkar 2 timmar vara alldeles för länge för vilket möte som helst. Jag rekommenderar att korta ned sprintgranskningen till 45 minuter, inklusive 15 minuter i slutet för produktdemonstrationer. Om ni har ett större team kan ni turas om att hålla en demonstration från vecka till vecka.

Hur ofta genomförs sprintgranskningar?

Sprintgranskningar äger rum i slutet av varje sprint, så de bör genomföras med samma frekvens som teamets sprintcykler. Om ni arbetar i en tvåveckors sprintcykel håller ni alltså en sprintgranskning varannan vecka.

Vår \u003ca href=\u0022https://thedigitalprojectmanager.com/projects/communication/project-status-report-guide/\u0022 rel=\u0022noopener\u0022 target=\u0022_new\u0022\u003eplan för projektrapporter\u003c/a\u003e beskriver strukturen för rapporter som ska tas med till varje sprint.

Vad händer efter sprintgranskningen?

Efter sprintgranskningen uppdaterar teamet produktbackloggen i ert \u003ca href=\u0022https://thedigitalprojectmanager.com/tools/project-management-tools/\u0022\u003eprojektledningsverktyg\u003c/a\u003e utifrån diskussionen om undanröjande av hinder och använder den informationen för att förbereda \u003ca href=\u0022https://thedigitalprojectmanager.com/sprint-planning-meeting/\u0022\u003emötet för sprintplanering\u003c/a\u003e.

När det gäller att planera nästa sprint (eller ett helt projekt) är det bra att organisera backloggen i ett \u003ca href=\u0022https://thedigitalprojectmanager.com/tools/project-planning-tools/\u0022\u003eprojektplaneringsverktyg\u003c/a\u003e eller ett liknande programverktyg.

Vad är en sprint?

En sprint är en kort, tidsbegränsad period under vilken teamet arbetar mot fastställda mål, med avsikten att ha en potentiellt leveransbar produktinkrement färdigt när perioden är slut.

Vad händer härnäst?

Har du egna tips och knep för att genomföra sprintgranskningar? Delta i samtalet i Slack med hundratals andra digitala projektledare genom DPM-medlemskap!