Sprint Refinement vs Sprint Retrospektive: Enkel förklaring
Jag är Scrum Master och psykolog och har modererat över 200 retrospektiver. En fråga jag hör ibland är: Vad hör hemma i Sprint Refinement och vad hör hemma i Sprint Retrospektive? Det är precis det jag klargör här på ett praktiskt sätt.
Sprint Refinement vs Sprint Retrospektive på 20 sekunder
| Fråga | Sprint Refinement | Sprint Retrospektive |
|---|---|---|
| Vad handlar det om? | Förfina nästa arbete | Förbättra samarbetet |
| Blickfång | Framåtblickande | Blicka tillbaka och lära |
| Resultat | Tydligare backlog-items | Konkreta åtgärder |
| Fokus | Vad bygger vi härnäst? | Hur arbetar vi bättre i nästa sprint? |
Vad är ett Sprint Refinement?
I ett Sprint Refinement klargör mitt team öppna krav, delar upp stora tickets i mindre delar och gör backloggen genomförbar. För mig är ett Sprint Refinement förberedelsen för bra sprint-beslut i planeringen.
Vad är en Sprint Retrospektive?
I Sprint Retrospektiven tittar vi på samarbete, processer och lärdomar från den senaste sprinten. Målet är inte fler detaljer i tickets, utan bättre teamarbete med tydliga action items.
Sprint Refinement vs Sprint Retrospektive: Vad är skillnaden?
Kärnan i Sprint Refinement vs Sprint Retrospektive är föremålet för beslutet:
- I Refinement beslutar teamet om arbetsinnehåll.
- I Retrospektiven beslutar teamet om arbetssätt.
Om du separerar Sprint Refinement och Sprint Retrospektive på ett snyggt sätt, ökar fokus och resultatkvalitet nästan alltid synbart.
Praktiskt exempel 1
Ett team diskuterar plötsligt i retron om en ticket är för stor. Mötet drar ut på tiden, men det leder inte till någon förbättringsåtgärd.
Vad man behöver ändra här:
- Flytta förfiningen av tickets tillbaka till Refinement.
- I retron ska man endast klargöra processfrågan: Varför kommer otydliga tickets överhuvudtaget in i sprinten?
Praktiskt exempel 2
Ett team använder Refinement som en mini-planering med åtaganden (commitments). I planeringen saknas det ändå klarhet.
Vad man behöver ändra här:
- Separera Refinement som förberedelse och Planning som åtagande.
- Använd retrospektiven för att förbättra återkommande samordningsproblem.
Vanliga förväxlingar kring Sprint Refinement vs Sprint Retrospektive
Sprint Planning vs Sprint Refinement
Refinement förbereder, Planning beslutar om sprint-åtagandet.
Sprint Review vs Sprint Retrospektive
Review fokuserar på produktinkrementet och feedback från intressenter, Retrospektive fokuserar på teamprocessen och förbättringar.
Backlog Refinement vs Sprint Planning
Backlog Refinement gör alternativ genomförbara, Sprint Planning väljer ut sprintplanen från dessa.
Som extern fördjupning om Scrum-events använder jag ofta de korta förklaringarna från Scrum.org och Atlassian.
Sprint Refinement vs Sprint Retrospektive: Vilken fråga passar när?
| Situation | Använd hellre Refinement-frågor | Använd hellre Retrospektive-frågor |
|---|---|---|
| Storys är för stora/otydliga | ”Vad saknas för att det ska vara genomförbart?” | |
| Otydliga prioriteringar | ”Vad är verkligen viktigt i nästa sprint?” | |
| Återkommande friktion | ”Vad bromsar vårt samarbete?” | |
| Åtgärder blir liggande | ”Vilken åtgärd committar vi oss till fram till nästa retro?” | |
| För många överraskningar | ”Vilken risk borde vi ha sett tidigare?" | "Varför ser vi den här risken för sent?” |
Min regel för Sprint Refinement vs Sprint Retrospektive: Om kärnfrågan är “Vad bygger vi härnäst?”, är det Refinement. Om den är “Hur blir vi bättre som team?”, är det Retrospektive.
2 bra retrospektiv-idéer för nybörjare
Keep Stop Start
Om du vill börja med en enkel och tydlig struktur är Keep Stop Start ofta det bästa valet. Denna metod hjälper nybörjare att snabbt gå från observationer till konkreta åtgärder.
Keep Stop Start Retro: Så här går retrospektiven till
-
Slumpmässig Icebreaker (2-5 minuter)
Echometer tillhandahåller en generator för slumpmässiga incheckningsfrågor.
-
Granskning av öppna åtgärder (2-5 minuter)
Innan man börjar med nya ämnen bör man prata om vad som har hänt med åtgärderna från tidigare retrospektiv för att kontrollera effektiviteten. Echometer listar automatiskt alla öppna åtgärdspunkter från tidigare retrospektiv.
-
Diskutera retro-ämnen
Använd följande öppna frågor för att samla in era viktigaste insikter. Först i hemlighet för var och en. Echometer tillåter att varje kolumn i retro-tavlan avslöjas individuellt för att sedan presentera och gruppera feedbacken.
- Keep: Vad ska vi behålla?
- Stop: Vad ska vi sluta med?
- Start: Vad ska vi börja göra?
-
Catch-all fråga (Rekommenderas)
Så att även andra ämnen har en plats:
- Vad mer vill du prata om i retrospektiven?
-
Prioritering / Omröstning (5 minuter)
På retro-tavlan i Echometer kan ni enkelt prioritera feedbacken med hjälp av omröstning. Omröstningen är naturligtvis anonym.
-
Definiera åtgärder (10-20 minuter)
Via plussymbolen på en feedback kan du skapa en länkad åtgärd. Är du inte säker på vilken åtgärd som är rätt? Öppna då istället en whiteboard om ämnet via plussymbolen för att brainstorma kring grundorsaker och möjliga åtgärder.
-
Checkout / Avslutning (5 minuter)
Echometer låter dig samla in anonym feedback från teamet om hur hjälpsam retrospektiven var. Detta resulterar i ROTI-poängen ("Return On Time Invested"), som du kan spåra över tid.
Keep Stop Start Retro
Spotify Health Check Retro
Om ditt team inte bara vill identifiera enskilda problem utan även mönster i samarbetet, är denna metod särskilt hjälpsam. Den ger dig på kort tid en bredare bild av teamdynamik och utveckling.
Team-retrospektiv med Spotify Health Check: Så här går retrospektiven till
-
Slumpmässig Icebreaker (2-5 minuter)
Echometer tillhandahåller en generator för slumpmässiga incheckningsfrågor.
-
Granskning av öppna åtgärder (2-5 minuter)
Innan man börjar med nya ämnen bör man prata om vad som har hänt med åtgärderna från tidigare retrospektiv för att kontrollera effektiviteten. Echometer listar automatiskt alla öppna åtgärdspunkter från tidigare retrospektiv.
-
Health Check
Alla teammedlemmar kan anonymt svara på hälsokontrollerna på en skala. Gå sedan igenom resultaten av hälsokontrollerna tillsammans och notera eventuella ytterligare kommentarer. Om ni använder samma hälsokontroller i flera retrospektiv kan ni också spåra trender över tid i Echometer.
- Vi går gärna till jobbet och har väldigt roligt när vi samarbetar.
- Vi får alltid fantastiskt stöd och hjälp när vi ber om det.
- Vi är ett fantastiskt team som samarbetar jättebra.
- Vi lär oss ständigt många intressanta saker.
-
Diskutera retro-ämnen
Använd följande öppna frågor för att samla in era viktigaste insikter. Först i hemlighet för var och en. Echometer tillåter att varje kolumn i retro-tavlan avslöjas individuellt för att sedan presentera och gruppera feedbacken.
-
Catch-all fråga (Rekommenderas)
Så att även andra ämnen har en plats:
- Vad mer vill du prata om i retrospektiven?
-
Prioritering / Omröstning (5 minuter)
På retro-tavlan i Echometer kan ni enkelt prioritera feedbacken med hjälp av omröstning. Omröstningen är naturligtvis anonym.
-
Definiera åtgärder (10-20 minuter)
Via plussymbolen på en feedback kan du skapa en länkad åtgärd. Är du inte säker på vilken åtgärd som är rätt? Öppna då istället en whiteboard om ämnet via plussymbolen för att brainstorma kring grundorsaker och möjliga åtgärder.
-
Checkout / Avslutning (5 minuter)
Echometer låter dig samla in anonym feedback från teamet om hur hjälpsam retrospektiven var. Detta resulterar i ROTI-poängen ("Return On Time Invested"), som du kan spåra över tid.
Team-retrospektiv med Spotify Health Check
Hälsofrågor (skala)
Du hittar fler metoder här: Retrospektiva metoder . För bättre starter rekommenderar jag inlägget Retrospektiv check-in . För genomförande av Action Items passar Retrospektiva åtgärder .
Varför Echometer är den perfekta starten
När team vill skilja tydligt på Sprint Refinement vs Sprint Retrospective hjälper ett klart arbetsflöde. Echometer är idealiskt för detta eftersom du startar direkt med strukturerade mallar för din retrospektiv, följer upp åtgärder och synliggör teamutveckling. Observera: Echometer är inte till för refinement, utan specialiserat på effektiva retrospektiver.
Om du utöver retros även vill mäta teamutveckling, titta även på vår landningssida för Team Health Check Software .
Om du letar efter en moderationsguide hittar du vår e-bok med tips för retro-moderering.
Slutsats
Sprint Refinement vs Sprint Retrospective kan enkelt separeras om du håller fokus tydligt: Refinement skärper det kommande arbetet, retrospektiven förbättrar ert samarbete. Om du tillämpar denna logik konsekvent blir båda mötena kortare, tydligare och betydligt mer effektiva.
FAQ från vårt bibliotek
Vem deltar i en retrospektiv?
En retrospektiv hålls vanligtvis på teamnivå. Vanligtvis har sådana agila team minst 3 medlemmar och upp till 10 medlemmar. Alla teammedlemmar deltar alltså i retrospektiven – oavsett teammedlemmarnas respektive roller inom teamet.
Huruvida teamledaren räknas som en teammedlem beror på sammanhanget och måste i slutändan avgöras av teamet självt. Ju mer involverade teamledarna är i teamets dagliga arbete, desto mer meningsfullt är det att de också deltar i teamets retrospektiv.
En moderator bör utses för att se till att processen blir så organiserad och effektiv som möjligt. Den här uppgiften kan till exempel utföras av Scrum Master, men också av en annan teammedlem. Man kan också helt enkelt rotera moderatorrollen inom teamet – alla turas om i en viss ordning.
Vilka steg ingår i en retrospektiv?
Typiskt sett finns det fem faser för retrospektiver: skapa förutsättningar, samla data, skapa insikter, besluta om åtgärder och avsluta. Det exakta förloppet kan variera, men bör alltid leda till konkreta åtgärdspunkter. Utöver de klassiska 5 faserna för retrospektiver finns dock även modellen med den dubbla diamanten för retrospektivens faser , vilket ger facilitatorer av retrospektiver en mer intuitiv bild för en lyckad och resultatorienterad facilitering.
Hur mäter man framgången med en retrospektiv?
Framgången med retrospektiver visar sig i att överenskomna åtgärder genomförs och mätbara förbättringar uppstår. För detta använder teamen, förutom produktivitetsnyckeltal (som bör tas med en nypa salt), t.ex. uppföljning av åtgärdspunkter, trender på feedbackskalor i teamhälsokontroller/pulsmätningar.
