Du känner igen retrospektivet där alla säger att det gick bra, en person nämner en instabil byggnation, någon skriver tre åtgärdspunkter som ingen tittar på igen, och ni får alla fyrtio minuter tillbaka. Det är inte ett retrospektiv. Det är ett statusmöte i förklädnad.
Det som skiljer ett glömskt retro från ett som folk faktiskt tänker på efteråt är frågan du inleder med. Bättre frågor lyfter fram det ingen vill säga först, namnger de framgångar som annars skulle förbli obemärkta, och skapar tillräcklig trygghet för att vara ärlig.
Nedan finns över 50 retrospektivfrågor grupperade efter vad du vill uppnå med dem, ett ramverk för att sätta ihop en session, och metoder som förhindrar att dina retrospektiv återgår till att vara statusmöten.
Varför de flesta retrospektiv misslyckas
Den vanligaste orsaken är att ställa samma tre frågor varannan vecka. Folk svarar på autopilot, eftersom de vet vilken form svaret förväntas ha innan de ens har tänkt på sprinten.
Under ytan ligger det verkliga problemet: ingen känner sig tillräckligt trygg för att säga det obekväma, så diskussionen stannar vid ytan där inget står på spel. Lägg till ett generiskt format som ignorerar vad ditt team faktiskt kämpar med, och ingen uppföljning av de åtgärdspunkter ni skrev ner, och du har ett möte som pålitligt producerar ingenting. Vid det fjärde mötet har folk korrekt dragit slutsatsen att det inte spelar någon roll, och de dyker upp därefter.
Bättre frågor åtgärdar mer av detta än du skulle förvänta dig. En fråga som folk inte har hört förut kan inte besvaras på autopilot, och en som ger någon tillåtelse att ta upp en svår sak är ofta all den psykologiska trygghet ett team behöver för att komma igång.
Det kompletta ramverket för retrospektivfrågor
Ett bra retro går igenom faser: uppvärmning, tillbakablick, granska hur ni arbetar, gräv efter orsaker, uppskatta varandra, och sedan bestämma vilka förändringar som ska göras. Välj en handfull från varje sektion istället för att gå igenom alla.
1. Inledande frågor (skapa trygghet och samhörighet)
Börja med något lågrisk. Folk behöver säga något enkelt innan de säger något svårt.
- På en skala 1-10, vilken energinivå har du idag?
- Vilket ord beskriver din sprint- eller projektupplevelse?
- Om den här sprinten var ett vädermönster, vad skulle det vara och varför?
- Vad är en sak du är tacksam för från den senaste sprinten?
- Dela med dig av en sak du lärt dig den här veckan, arbetsrelaterat eller personligt
2. Reflektionsfrågor (vad hände)
Få teamet att titta tillbaka på den faktiska sprinten snarare än versionen i burndown-diagrammet.
- Vad överraskade dig mest under den här sprinten?
- Vilka ögonblick gjorde dig stolt över vårt team?
- När kände du dig mest frustrerad eller fast?
- Vilka hinder övervann vi som vi borde fira?
- Vilka antaganden gjorde vi som visade sig vara felaktiga?
- Vad gick bättre än förväntat? Vad gick sämre?
- Om du kunde göra om ett beslut, vad skulle det vara?
- Vilket mönster har du lagt märke till över flera sprinter?
3. Processfrågor (hur vi arbetar)
Teamdynamik, samarbete och var arbetet fastnar.
- Var slösade vi mest tid under den här sprinten?
- Vilka möten tillförde värde? Vilka gjorde det inte?
- Hur effektivt kommunicerade vi som team?
- Vilka verktyg eller metoder hjälpte oss mest?
- Var brast överlämningar mellan teammedlemmar?
- Vad bromsade vår beslutsprocess?
- Hur väl hanterade vi omfångsförändringar och avbrott?
- Vad fick dig att känna dig ansluten till teamet? Frånkopplad?
4. Djupdykningsfrågor (avslöja grundorsaker)
Dessa är de som går bortom symtom. Använd en eller två, inte alla åtta, och lämna verklig tystnad efter att du ställt dem.
- Vilket problem återkommer ständigt som vi inte har löst?
- Vad undviker vi att prata om?
- Om du kunde ändra en sak i hur vi arbetar, vad skulle det vara?
- Vad skulle någon ny i teamet tycka var förvirrande med vår process?
- Vad är något du önskar att du kunde säga men inte har gjort?
- Var stämmer våra uttalade värderingar inte överens med vårt faktiska beteende?
- Vilken är den största risken vi inte hanterar?
- Vad skulle behöva ändras för att du skulle känna dig mer engagerad?
5. Uppskattningsfrågor (bygga teamsammanhållning)
Erkännande är inte utfyllnad. Det är så det beteende du vill ha upprepas.
- Vem hjälpte dig när du körde fast?
- Vad gjorde en teammedlem som underlättade ditt arbete?
- Vilket samarbetsmoment stack ut för dig?
- Vem visade våra teamvärderingar under den här sprinten?
- Vilket bidrag kan ha gått obemärkt förbi som vi borde fira?
- Vilken teammedlem inspirerade dig den här sprinten och varför?
6. Framåtblickande frågor (driva åtgärder)
Där insikt blir något med en ägare och ett datum.
- Vilket experiment borde vi prova nästa sprint?
- Vad borde vi börja göra? Sluta göra? Fortsätta göra?
- Vilken är den minsta förändring vi kan göra som skulle ha störst inverkan?
- Vad behöver vi lära oss eller utveckla som team?
- Hur kan vi bättre stötta varandra nästa sprint?
- Vilket åtagande kan var och en av oss göra för nästa sprint?
- Vad skulle göra nästa sprint 10% bättre än den här?
- Om vi bara har kapacitet för en förbättring, vad borde det vara?
7. Avslutande frågor (avsluta positivt)
Två minuter, och värt det.
- Vad ser du fram emot nästa sprint?
- Vad är en sak du tar med dig från det här retrospektivet?
- På en skala 1-10, hur värdefullt var det här retrospektivet?
- Vad gjorde dagens retro bättre eller sämre än vanligt?
- Hur säker är du på att vi faktiskt kommer att genomföra våra åtgärdspunkter?
Retrospektivfrågor för specifika situationer
För projektmilstolpar eller releaser
- Vad var vår största framgång med att få detta i mål?
- Vad lärde vi oss om vår uppskattningsnoggrannhet?
- Hur hanterade vi press som team?
- Vilken teknisk skuld skapade vi som vi behöver åtgärda?
- Vad skulle vi göra annorlunda vid nästa större release?
För utmanande eller svåra sprinter
- Vad höll dig igång när det blev tufft?
- Hur stöttade vi varandra under stressiga stunder?
- Vilka varningssignaler borde vi vara uppmärksamma på i framtiden?
- Vad lärde denna svårighet oss om vårt team?
- Hur kan vi förhindra eller bättre förbereda oss för liknande utmaningar?
För distans- eller hybridteam
- Hur sammankopplad kände du dig med teamet den här sprinten?
- Vad gjorde distanssamarbete enklare eller svårare?
- Var fungerade asynkron kommunikation bra? Var fungerade den inte?
- Vad upplever distansarbetande teammedlemmar annorlunda än de som är på kontoret?
- Hur kan vi förbättra vår virtuella möteskultur?
För nya eller formande team
- Vad fungerar bra när vi bygger vår teamkultur?
- Vad behöver du från dina teammedlemmar för att göra ditt bästa arbete?
- Vilka teamnormer borde vi etablera explicit?
- Hur kan vi bättre utnyttja varje persons styrkor?
- Vad behöver du för att känna dig trygg med att dela ärlig feedback?
Hur man kör ett retrospektiv som ger resultat
Rotera frågorna. Om du har använt samma uppsättning fyra sprinter i rad, ändra hela kategorin, inte bara en fråga. Olika frågor lyfter fram olika problem, och att bli förutsägbar är det första misslyckandet du kommer att stöta på.
Sätt upp grundreglerna högt, åtminstone de första gångerna: det som sägs i retrot stannar i retrot, varje perspektiv räknas, kritisera systemet snarare än personen, och ingen observation är för liten. Gå sedan först med något som verkligen var ditt fel. Ingen kommer att vara mer uppriktig än den som leder mötet.
Tidsbegränsa det. En fungerande timme ser ut som 5 minuter för incheckning, 15 till 20 för reflektion, 15 till 20 för diskussion, 10 för åtgärdspunkter och 5 för avslutning. Anpassa för teamstorlek och sprintlängd, men behåll strukturen.
Skriv ner åtgärdspunkterna med en namngiven ägare och ett datum, och öppna nästa retro genom att läsa upp dem. Om ni fortsätter att misslyckas med att slutföra dem är det värt en egen diskussion, eftersom det oftast betyder att ni väljer fel förbättringar snarare än att folk är lata.
Håll det interaktivt. En virtuell whiteboard som Miro eller Mural, prickröstning, breakout-grupper i ett större team, eller fem minuters tyst skrivande innan någon talar. Tyst skrivande förändrar särskilt vem som pratar.
Mät slutligen själva retrot. Fråga ”hur värdefullt var detta på en skala 1-10?” i slutet och följ siffran över tid. När den sjunker, ändra formatet. Processen som förbättrar allt annat borde också förbättras.
Fällor att undvika i retrospektiv
Skuld är den stora fällan. I samma ögonblick som ett retro handlar om vem som gjorde fel, börjar alla hantera sin exponering och du slutar höra något sant. Håll diskussionen på system och processer.
Att vädra frustration är okej, men bara som en väg till ett experiment. Ett klagomål som inte leder någonstans två gånger blir bakgrundsbrus den tredje gången. Det motsatta misslyckandet är lika vanligt: tio åtgärdspunkter som ingen kommer att slutföra. Välj en till tre verkliga.
Hoppa inte över retrot bara för att sprinten var brutal, för det är just den sprinten som är värd att granska. Se hur mycket av talartiden chefen tar, och skapa medvetet utrymme för de som inte kämpar för det. Om samma problem återkommer för fjärde gången, sluta diskutera det på samma sätt och prova något helt annat. Och låt inte förbättringar tränga undan erkännande. Ett team som bara hör vad som gick fel slutar också att frivilligt bidra.
Verktyg som minskar faciliteringsarbetet
Att skriva bra frågor kräver eftertanke. Att leda mötet borde inte göra det. De flesta retroverktyg vill att du väljer frågor, bygger en tavla, arrangerar post-it-lappar och håller alla igång, och den installationen äter upp tjugo minuter innan någon säger något.
MileSmile har ett Retrospektiv-spelläge som tar en annan väg. Välj en förbyggd uppsättning frågor eller skriv dina egna ämnen, och låt appen generera frågorna allt eftersom. Du faciliterar konversationen istället för logistiken, och du tappar aldrig fart i jakten på nästa fråga.
Det började som en familjekonversationsapp, vilket visar sig vara anledningen till att det fungerar för detta. Frågorna genereras utifrån de ämnen du väljer, så en session blir aldrig densamma två gånger, oavsett om du gör ett sprintretro, en projektpost-mortem eller en teamhälsokontroll. Samma verktyg fungerar också för teambuilding, en offsite eller resan till en konferens.
Exempel på en 60-minuters retrospektivagenda
För ett standard sprintretrospektiv, med ett team på fem till åtta personer.
0 till 5 minuter: incheckning. En inledande fråga för att känna av stämningen, sedan granska åtgärdspunkterna från förra gången och vad som hände med dem.
5 till 10 minuter: individuell reflektion. Alla skriver tyst utifrån två eller tre reflektionsfrågor. Detta är vad som får den tystare halvan av teamet in i diskussionen med något redan format.
10 till 30 minuter: gruppdiskussion. Dela vad folk skrev, turordning eller öppet. Ställ följdfrågor om något som låter som ett mönster, och gruppera teman allt eftersom de dyker upp.
30 till 45 minuter: identifiera förbättringar. Använd de framåtblickande frågorna för att generera alternativ, rösta om vilka som skulle spela störst roll, och utarbeta implementeringen av de en till tre bästa.
45 till 55 minuter: åtgärdsplanering. Ägare, deadlines och en explicit kontroll att varje person vet vad de åtagit sig.
55 till 60 minuter: avslutning. En uppskattningsfråga, en bedömning av retrot, och en snabb titt på vad som kommer nästa sprint.
Anpassa retrospektiv för virtuella team
Distansretrospektiv behöver en mer medveten struktur, eftersom de signaler som talar om att någon vill prata till stor del är borta. Använd en delad yta som alla kan skriva på samtidigt, oavsett om det är Miro, Mural eller ett enkelt Google Doc. I ett team med åtta eller fler, dela upp i breakout-rum för diskussionsfasen och ta sedan tillbaka teman.
Be om att kameror är på där det är möjligt, och släpp det där det inte är det. Använd chatten för parallellt tänkande, så att alla skriver ett svar innan någon säger det. Berätta högt om dina tystnader, för ”jag ger alla två minuter att tänka” tar bort den obekvämhet som annars får någon att fylla tomrummet. Och checka in oftare än vad som känns nödvändigt: ”vill någon annan lägga till något?” är hur du hittar personen som har avaktiverat och återaktiverat mikrofonen i en minut.
Fungerar ditt retrospektiv verkligen?
Följ upp några saker under ett kvartal. Hur stor andel av dina åtgärdspunkter som blir klara. Om samma problem fortsätter att dyka upp. Om deltagandet är spritt över teamet eller koncentrerat till tre röster. Fråga teamet direkt, då och då, hur mycket retrot är värt för dem.
Ytterligare två saker är värda att observera: hur lång tid det tar att lösa problem när de väl har tagits upp, och om teamet överhuvudtaget provar nya tillvägagångssätt. Ett team som aldrig experimenterar har oftast bestämt sig för att inget kommer att förändras.
Målet är inte ett perfekt retrospektiv. Om ditt producerar ärlig konversation och en liten förändring som håller i sig, då fungerar det.
Var ska man börja?
Ta tre frågor från den inledande sektionen, tre från djupdykningssektionen och två från den framåtblickande sektionen, och kör ditt nästa retro enbart på dessa. Kasta sedan ut dem och välj åtta olika nästa sprint.
Om du hellre inte vill sätta ihop en uppsättning varannan vecka, genererar MileSmiles Retrospektiv-läge dem utifrån dina ämnen, vilket fungerar lika bra för agila team, projektretrospektiv och offsites. Hur som helst, frågorna du ställer avgör vilken konversation du får, och den konversationen är vad din teamkultur består av.