Retrospektiv

En retrospektiv är en återkommande session där ett team granskar hur det har arbetat och bestämmer vad som ska ändras. Den skiljer sig från en granskning, som inspekterar produkten, genom att fokusera på processen, samarbetet och de förhållanden som teamet arbetar under. Det är den mekanism genom vilken ett team förbättrar sig självt snarare än att vänta på att bli förbättrade.

Dess struktur är konventionellt enkel: fastställ vad som hände, samla observationer om vad som hjälpte och vad som hindrade, identifiera de viktigaste teman och kom överens om specifika förändringar att försöka. Variationerna i faciliteringsformat är många och i stort sett utbytbara; det som avgör värdet är inte formatet utan om sessionen producerar förändringar som faktiskt görs.

Det vanligaste misslyckandet är avsaknaden av uppföljning. Team identifierar samma hinder upprepade gånger, dokumenterar åtgärder och slutför dem aldrig, varefter sessionen lär alla att det inte leder till någonting att ta upp problem. Närvaro blir obligatorisk snarare än användbar, och bidragen blir slentrianmässiga. Att spåra ett litet antal överenskomna åtgärder som synligt arbete, med ägarna, och granska deras slutförande i början av nästa session är den enda förändring som mest tillförlitligt räddar praktiken.

Att välja för många åtgärder är det relaterade misslyckandet. En session som genererar femton förbättringar producerar inga, eftersom teamets kapacitet för förändring är begränsad och diffusa ansträngningar inte uppnår något observerbart. Att välja en eller två förändringar, implementera dem korrekt och bedöma om de hjälpte till producerar ytterligare förbättringar, och disciplinen att välja innebär att man avböjer det mesta av det som togs upp, vilket kräver explicit prioritering.

Psykologisk trygghet avgör om sessionen lyfter fram något verkligt. Om människor tror att identifiera ett problem kommer att behandlas som skuldbeläggning, eller att kritik av ett beslut kommer att få konsekvenser, kommer de observationer som erbjuds att vara trygga och ytliga. Närvaron av linjechefer, hanteringen av det första genuint obekväma ämnet som togs upp, och huruvida tidigare tagna frågor har åtgärdats formar alla vad människor är villiga att säga.

Omfattningen behöver ofta sträcka sig bortom teamets egen kontroll, vilket är där retrospektiv blir organisatoriskt användbar och politiskt svår. Många av de viktigaste hindren har sitt ursprung utanför teamet, i beroenden, godkännandeprocesser, instabila prioriteringar eller resurser. Ett team som bara diskuterar vad det kan förändra på egen hand kommer att uttömma de tillgängliga förbättringarna snabbt, medan eskalerande välbevisade externa hinder ofta är där de största vinsterna finns.

Facilitering förtjänar mer uppmärksamhet än den vanligtvis får, särskilt när det gäller vem som leder sessionen. När den person som faciliterar också är den person vars beslut sannolikt kommer att ifrågasättas, minskar spektrumet av vad som tas upp avsevärt. Att rotera facilitering, eller att ibland ta in någon utanför teamet, förändrar dynamiken tillräckligt för att belysa ämnen som tidigare undvikits.

Kadens och djup bör variera snarare än vara enhetliga. En kort session varje iteration upprätthåller vanan och upptäcker omedelbara problem, medan en längre periodisk session som undersöker mönster under flera månader avslöjar strukturella problem som är osynliga vid en lösning varannan vecka. Team som bara kör den korta versionen tenderar att åtgärda symtomen upprepade gånger utan att märka den återkommande orsaken.

Eftersom många identifierade hinder kräver beslut som teamet inte kan fatta, får praktiken sitt fulla värde endast när den omgivande organisationen är beredd att agera utifrån det som framkommer. I praktiken etableras retrospektiver inom produktutveckling som en del av leveransrytmen, och där de återkommande hindren är strukturella snarare än lokala, blir de en input till det arbete med den operativa modellen som hanteras genom strategisk planering och konsultation.