Retrospektiv i Scrum och därefter
Vad är en retrospektiv?
En retrospektiv är en mötesrutin där man regelbundet reflekterar över samarbetet i teamet i syfte att uppnå ständiga förbättringar.
Särskilt med iterativa (“agila”) arbetssätt som t.ex. Scrum, Kanban eller också OKR används retrospektiver (eller “scrum retrospectives”) som ett centralt verktyg för kontinuerlig utveckling och förbättring i team.
Även om retrosystem har blivit etablerade särskilt inom programvaruutveckling, finns det inga gränser för tillämpningsområdet för Retrospektiv även utanför ITeftersom alla team kan dra nytta av denna regelbundna reflektionsprocess!
Mål och syfte med en retrospektiv
Syftet med en retrospektiv undersökning är att använda alla inblandades perspektiv och erfarenheter för att
- att dela med sig av och förena olika åsikter,
- generera nya insikter och
- utveckla riktade åtgärder för framtida förbättringar.
Ett mått behöver inte nödvändigtvis härledas från varje retrospektiv. Att helt enkelt skapa utrymme för att jämföra perspektiv inom teamet är ofta ett mervärde för ömsesidigt förtroende och teamutveckling.
Retrospektiv förbättrar också Psykologisk säkerhet i team vilket bevisligen är avgörande för teamets långsiktiga framgång.
Retrospektiv i Scrum och andra användningsområden
Retrospektiv i Scrum-ramverket
Vid Scrum-ramverk Retrospektiv är en fast del av varje Scrum-sprint. Scrum-retrospektiver handlar specifikt om att tillsammans reflektera över arbetet under den föregående sprinten.
I Scrum sker retrospektivet i slutet av varje sprintcykel:
En cykel i Scrum varar vanligtvis mellan en vecka och en månad. Följaktligen sker retrospektiv i Scrum-team varje vecka till minst en gång i månaden.
Retrospektiv som följer Scrum-ramverket och fokuserar på en Scrum-team Dessa kallas för Scrum-retrospektiver. Fokus för dessa Scrum-retrospektiver ligger ofta på tillämpningen av Scrum-ramverket.
Retrospektiver är dock inte knutna till Scrum, vilket vi kommer att se i nästa avsnitt.
Retrospektiv på teamnivå
På samma sätt som Scrum-retrospektiver finns det till exempel även OKR Retrospektiv och Kanban RetrospektivI varje iteration återspeglas implementeringen av respektive ramverk på ett fokuserat sätt.
Eftersom team vanligtvis inte gör separata retrospektiver för varje enskilt ramverk, kallas retrospektiver som rör teamarbete i allmänhet ofta för en “team-retrospektiv”.
Retrospektiv på teamöverskridande nivå
Retrospektiver behöver inte nödvändigtvis alltid äga rum på teamnivå. Det finns också, inom ramen för agila arbetsmodeller, t.ex. SAFe-återblickar, LeSS övergripande tillbakablickar eller “Scrum av Scrums” RetrospektivDessa sker på teamövergripande nivå för att återspegla gränssnitt och ömsesidigt beroende mellan team samt organisatoriska ramvillkor.
I dessa teamöverskridande retrospektiv samlar de enskilda teamen ofta in sina ämnen i förväg och varje team skickar enskilda teammedlemmar för att bidra med sina ämnen på teamöverskridande nivå.
Förutsättningar för retrospektiv
Fokus för en retrospektiv
Enligt de olika användningsområdena för retrospektiv är det viktigt att kommunicera fokus för ett retrospektiv i förväg. På så sätt vet alla deltagare vilka ämnen de kan ta upp under retrospektiven.
Deltagarna i en retrospektiv
Dessutom är det viktigt att så många berörda som möjligt deltar i retrospektiven - i teamövergripande retrospektiver minst en representant per team. Detta säkerställer att så många intryck som möjligt kan föras in och diskuteras så ofiltrerat som möjligt.
Varning: Ju större ett team är, desto mer krävande är modereringen. Team bör i princip inte vara mycket större än 10 deltagare. Om detta inte är möjligt, här är några Tips för att moderera retrospektiver i stora team .
Psykologisk säkerhet vid retrospektiv
För att alla perspektiv och uppfattningar ska kunna föras in är “Psykologisk trygghet” i teamet / Deltagarkretsen är oerhört viktig. Om den psykologiska tryggheten, även att kunna ta upp kritiska frågor öppet, är begränsad i deltagarkretsen, är det en bra idé att inrätta en anonym feedbackkanal. Detta gör det lättare att ta upp frågor. Diskussionen om anonyma frågor är naturligtvis inte längre anonym.
Om denna förutsättning ännu inte är uppfylld, lär dig först hur du Skapa psykologisk trygghet i teamet kan.
Frekvens av retrospektiv
Slutligen kännetecknas retrospektiver av att de äger rum regelbundet. Format som “ Workshops om lärdomar %E2%80%9D eller “Post Mortem Analysen” är ofta långa möten som genomförs vid vissa milstolpar eller projektavslut. Och det är just här som skillnaden ligger jämfört med retrospektiver.
Retrospektiver bör vara korta och regelbundna. I agila team har en rytm med veckovisa till månatliga frekvenser visat sig vara framgångsrik. Retrospektiva frekvenser på mer än 6 eller 8 veckor är ganska ovanliga och bör betraktas kritiskt när det gäller effektivitet.
Tidsram för en retrospektiv undersökning
Beroende på frekvens kan retrospektiv ta mellan 45-90 minuter. Om frekvensen är något längre, till exempel månadsvis, tenderar man att schemalägga 90 minuter. För veckovisa retrospektiver kan 45 eller 60 minuter användas.
För retrospektiver gäller: Hellre “kortare och oftare” än “längre och mer sällan”. Korta frekvenser skapar snabba inlärningsloopar, så att team så tidigt som möjligt kan reflektera över effektiviteten av sina åtgärder som definierats i tidigare retros och eventuellt anpassa dem ( Tips för bra åtgärder från retrospektiver ). Särskilt med övningen av formatet blir det också lättare att bättre hålla sig inom tidsramen (Tips för Timeboxing i Retrospektiver), eller till och med förkorta den.
Genomförande av retrospektiv
Retrospektivt förfarande
Klassiskt sett talar man om 5 faser i en retrospektiv :
- Att sätta scenen (incheckning)
- Samla in data och feedback
- Skapa insikter
- Mått
- Slutsats (Check-Out)
För att bättre förstå hur dessa steg i en retrospektiv fungerar rekommenderar vi att du tar en titt på “Double Diamond”-Modell .
Viktiga frågor för en retrospektiv
För att göra retrospektiverna mer varierade varierar facilitatorerna ofta formatet med olika metaforer. Kärnfrågorna är dock alltid desamma:
- Vad gick bra?
- Vad var det som gick fel?
- Vad kan vi göra bättre nästa gång?
En av de populära metaforerna för dessa kärnfrågor är till exempel Segelbåt retrospektiv.
Moderering av en retrospektiv
Faciliteringen av en retrospektiv bör vara så neutral som möjligt. Därför är det optimalt om en neutral person (t.ex. en Agile-coach) kan genomföra den.
Om du inte har någon teamcoach kan du antingen ge en extern person i uppdrag att leda arbetet eller, som ett första steg, ta över ledarskapet som teamledare. Ledaren bör dock så snabbt som möjligt göra det möjligt för teamet att genomföra retrospektiv utan ledaren (eller åtminstone utan deras moderering).
Om det inte finns någon neutral facilitator på lång sikt är det värt att helt enkelt rotera facilitatorrollen inom teamet.
Oavsett om du är en nybörjare eller en erfaren moderator: I den här e-boken har vi sammanfattat de bästa metoderna för att underlätta retrospektiv för dig:
Slutsats: Retrospektiv är inte bara lämpligt för Scrum-team
Som du har sett är retrospektiv ett centralt verktyg för Högpresterande teamsom också kan etableras i alla team med lite övning.
Om ditt team ännu inte arbetar med retrospektiv kan du prova det under en period på t.ex. 3 månader.
Tips: Efter varje retrospektiv, fråga teamet om “avkastning på investerad tid” (ROTI):
Med ROTI får du direkt en bild av hur formatet tas emot i ditt team. Senast efter tre iterationer bör du komma upp i ett genomsnittsvärde runt 8 / 10. Om inte, ta en titt i vår e-bok om moderering av retrospektiv .
Gillar du att det är datadrivet? Då rekommenderar jag att du tar en titt på vår Analys av 30 000 retrospektiva analyser !
