Denna sida har översatts automatiskt. För en bättre läsupplevelse, vänligen byt till engelska.
Byt till engelskaTypiskt 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.
De bästa mallarna, formaten eller teknikerna för retrospektiv som leder till verkliga förbättringar och åtgärder beror i hög grad på ditt team och dina utmaningar. Formaten “Drive & Drag”, “Battery Retrospective” och “Moral-Health Check”, som alla kommer från Echometer, fungerar ofta bra. Alla tre retrospektiva mallar finns i det retrospektiva mjukvaruverktyget Echometer.
Jag har listat frågorna för de tre mallar och tekniker för retrospektiv som nämns här:
Här är länken till “Akku”-retrospektiven i Echometer.
Här är länken till “Drive & Drag”-retrospektiven i Echometer.
Här är länken till “Moral Health Check”-retrospektivmallen i Echometer.
Retrospektiv kan vara särskilt produktiva för små IT-teknikteam om du fokuserar på specifika utmaningar. Det lilla teamet kan t.ex. analysera hur de senaste buggarna uppstod eller hur sprintmålet missades. Det retrospektiva mjukvaruverktyget Echometer, som erbjuder olika mallar för produktiva retrospektiv i små team, rekommenderas särskilt för små IT-teknikteam.
Olika retrospektiva mallar, tekniker och idéer är lämpliga för användning i särskilt stora distansteam eller virtuella team. Till exempel är mallen “Keep Stop Start”, “Mad Sad Glad” och “Sailboat Retrospective” väl lämpade för stora team.
De lämpar sig därför väl för stora team eftersom frågorna är ganska lätta att besvara och tillåter korta svar.
Valet av retrospektivt mjukvaruverktyg är viktigt för användningen av dessa retro-mallar och tekniker i stora team. Programvaruverktyget Echometer rekommenderas särskilt här.
Om du vill få fler åtgärdspunkter från retrospektiver måste du framför allt göra två saker bra: för det första synliggöra tillräckligt många relevanta problem och för det andra medvetet öppna lösningsutrymmet i teamet.
Om ditt team har svårt att ta upp problem öppet är det ofta den första flaskhalsen på vägen mot meningsfulla åtgärder från retrospektiven.
Följande metoder hjälper dig att få fler insikter i steget “Samla data”:
Om du dessutom vill förbättra modereringen av din retro, ta en titt på vår e-bok (naturligtvis gratis): e-bok om retro-moderering
I e-boken hittar du fler tips om hur du får bättre samtal och därmed fler bra åtgärdspunkter från retrospektiver.
Så snart retrospektiven har synliggjort ett bra urval av prioriterade problem är nästa steg: att samla in så många idéer som möjligt för möjliga åtgärder.
Precis som du inte bör utvärdera feedback för snabbt i retrospektiven, bör du inte heller utvärdera idéer för åtgärdspunkter omedelbart. Som moderator är det meningsfullt att utforska lösningsutrymmet öppet för varje prioriterat problem.
Om du dessutom letar efter konkreta praktiska exempel hittar du mer läsning här: Tips och exempel på bra åtgärder från retrospektiver
Om ditt team inte kan komma överens om orsaken eller den bästa lösningen för ett problem är det ofta bättre att inte lämna retrospektivet med en halvfärdig definition för en åtgärdspunkt. Då bör ämnet hellre bli ett tydligt uppföljningssteg, till exempel: “Breakout-session om [ämne]”.
Breakout Session är ett bra nästa steg för att vidarebearbeta ett viktigt problem utan att förhastat bestämma sig för en konkret lösning i retrospektiven. Diskussionen i retrospektiven skapar redan en bra grund för detta.
Det viktiga i slutändan är inte den perfekta lösningen i själva retrospektiven, utan att ni har ett tydligt nästa steg som verkligen tar er vidare.
Om du dessutom vill fokusera på kvaliteten på de enskilda åtgärderna, läs även detta FAQ-inlägg: Wie bekomme ich bessere Maßnahmen in Retrospektiven?
Retrospektiver passar alla team som vill förbättra sitt samarbete – oavsett om de arbetar agilt eller inte.
Retros är särskilt användbara när:
Även nya team kan genomföra retros. Avgörande är en säker ram och tydlig moderering.
Om du vill ha bättre åtgärder i retrospektivet finns det framför allt tre saker som hjälper:
Se även: Faser i ett retrospektiv
Om du vill förbättra din moderering av retrospektiv ytterligare, är vår e-bok också värd att läsa (naturligtvis gratis), där du hittar fler tips om hur du strukturerar retrospektiv så att diskussioner verkligen leder till konkreta åtgärder: e-bok om retro-moderering
Dessa 3 tips är en mycket bra start. För avancerade och intresserade finns det rekommenderad vidare läsning här: Bra åtgärder från retrospektiv.
För mer variation i samarbetet och mer teamengagemang kan det också vara värt att ta en titt på vår lista över retrospektiva metoder: Kreativa retrospektiva metoder
Om du framför allt vill veta hur du får fler konkreta action items från retros, läs även detta inlägg: Hur får jag fler åtgärder från 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.
Retrospektiv hjälper team att identifiera problem tidigt, förstå orsaker och gemensamt besluta om förbättringar. Detta ökar transparensen, teamets tillfredsställelse och resultatens kvalitet.
En retrospektiv är ett strukturerat teammöte där ett team reflekterar över samarbetet under en tidigare period och kommer överens om konkreta förbättringar. Den äger rum regelbundet (t.ex. efter en sprint eller ett projektabschnitt) och tjänar till kontinuerlig förbättring.
En av de största styrkorna med Echometer Retro Tool är de olika mallarna för retrospektiver, som kan användas som mönster för kreativ utformning av dina egna retrospektiver.
Här följer en kort lista med exempel som ger en inblick i de retrospektiva mallarna:
Om du är intresserad av mallarna för Retrospective Tools kan du ta en snabb titt på verktyget: Echometer Retro-mallar & mallar
En tillbakablick sker vanligtvis i följande faser:
En bra mental modell för retrospektivens faser är “Double Diamond”-modellen från designtänkande: Retrospektiva faser enligt Double Diamond
Särskilda egenskaper hos den retrospektiva processen i Echometer:
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.
Särskilt för team som har liten eller ingen erfarenhet av retrospektiv bör man vara noga med att undvika följande misstag:
För den första retrospektiven är det lämpligt att använda ett dedikerat retro-verktyg som stöd. Echometer är mycket lämpligt för oerfarna team med sitt intuitiva och guidade läge. Här kan du prova en retrospektiv i Echometer: https://my.echometerapp.com/retro-setup
Agila (team-) retrospektiv (kort sagt “retros”) är regelbundna team-workshops där team reflekterar över och förbättrar sitt samarbete.
Retros ger teamen möjlighet att reflektera över aktuella arbetsresultat och framför allt över samarbete, kommunikation och arbetsmetoder i korta, iterativa (sprint-) cykler (t.ex. varannan vecka).
I huvudsak svarar retro på följande 3 frågor:
Verktyg för retrospektiv som Echometer förenklar och strukturerar denna process av reflektion och förbättring.