Varför är retrospektiv viktiga?
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.
Denna sida har översatts automatiskt. För en bättre läsupplevelse, vänligen byt till engelska.
Byt till engelskaRetrospektiv 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.
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.
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.
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.
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.
Nej, du behöver inte logga in på Echometer eller registrera dig för att testa Retro Board och Retro Tool i Echometer.
Du kan prova Echometer:s Retro Board via följande länk utan att logga in: Starta provkörning
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:
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.