Så genomför du en effektiv projektretrospektiv

Som en av de viktigaste agila händelserna, eller ceremonierna, använder projektledare retrospektiv för att bedöma hur teamet samarbetar och förbättra sin process. Projektledaren måste skapa en trygg miljö så att öppen och ärlig (och möjligen obehaglig) återkoppling kan delas under mötet.

Stay Ahead of What Deserves Your Attention

Get timely perspective on the shifts, decisions, and trade-offs shaping your role, plus practical resources you can put to work.

Create Free Account

Have an account? Log In

Varför är projektretrospektiv viktiga?

Ett framgångsrikt retrospektiv förbättrar dina projektprocesser och ökar sannolikheten för att framtida projekt ska lyckas. Här är några andra anledningar till varför projektretrospektiv är viktiga:

• Kontinuerlig förbättring: Teamet kan reflektera över vad som gick bra och vad som inte gick bra. Lär er av eventuella misstag och identifiera framgångar som ni vill upprepa. När ni gör förändringar i era processer och arbetsflöden baserat på detta kommer teamet att förbättras och samarbeta bättre över tid.
• Bättre teamutveckling och lagarbete: Retrospektivet är en möjlighet för teamet att komma närmare varandra. Det är en trygg miljö där de ger konstruktiv återkoppling och kommer fram till hur de kan samarbeta bättre framöver. Använd också retrospektiv för att fira framgångar, eftersom det förbättrar teamets moral och motivation.
• Förbättrad problemlösning: Teamet kan lösa problem kring utmaningar och hinder som de stötte på under projektet och hur de kan lösa liknande utmaningar i framtida projekt. De kan också dela bästa arbetssätt med varandra, vilket förbättrar deras gemensamma kunskap.
• Bättre ansvarstagande: Genom att samla teamet för att diskutera vad som gick fel stärker retrospektiv ansvarstagandet och uppmuntrar teammedlemmarna att ta ansvar för sitt arbete. Lägg inte skulden på någon för misstag, utan fokusera på vad som behöver förändras för att undvika samma misstag i framtiden.
• Förbättrad projektplanering: Genom att dokumentera risker, projektantaganden, hinder och annat som gick fel under projektet kan du säkerställa att du tar hänsyn till dessa saker i projektplanerna för framtida projekt.

Så genomför du projektretrospektiv

Nu ska vi titta på några praktiska steg och råd för hur du leder ett effektivt retrospektivmöte för ditt projekt.

Steg 1: Skapa en tillitskultur

Det kan vara svårt att få människor att vara öppna och ge återkoppling. Det är ännu svårare när det finns misstro bland projektteamet och intressenterna. 

• Har återkoppling kritiserats tidigare? 
• Fick teammedlemmarna känna sig skrämda av att dela idéer och återkoppling? 
• Vidtogs negativa åtgärder efter att återkoppling hade delats, som kunde uppfattas som bestraffande (till exempel att vissa förmåner togs bort)? 
• Letade man efter någon att skylla på när problem upptäcktes? 

Om du svarade ja på någon av dessa frågor är det tydliga tecken på att det kan finnas misstro och en ovilja att vara öppen.

Så hur får du människor att vara öppna och dela återkoppling? Hur skapar du en tillitskultur och får människor att känna att de befinner sig i en trygg miljö?

Du kan prova följande:

• Uppmuntra öppen och ärlig kommunikation: Se till att ditt team känner att de är värdefulla och uppskattade. De kommer att vara mer benägna att öppna sig och dela med sig om de vet att de inte kommer att ignoreras eller marginaliseras.
• Skapa möjligheter till samarbete: Det kan handla om dagliga avstämningar av projektstatus eller uppgifter som inte rör projektet, till exempel en teambyggande aktivitet. Om människor får möjlighet att samarbeta kommer de att känna sig mer bekväma med att kommunicera.
• Gör återkoppling till en del av teamets kultur: I programvaruutvecklingsprojekt är det vanligt att teammedlemmar får sin kod granskad av andra i teamet som en del av den ordinarie utvecklingsprocessen. Leta efter möjligheter att göra något liknande i ditt projekt och ge teamet möjlighet att regelbundet både ge och ta emot positiv och negativ återkoppling.

Steg 2: Fastställ vilken typ av återkoppling du vill samla in

Det händer mycket under ett projekt och därför finns det många möjligheter att samla in ett brett spektrum av återkoppling under en retrospektiv. Det är bra, men det kan också kännas överväldigande.

När du planerar att genomföra en retrospektiv bör du definiera vilken typ av återkoppling du vill få från deltagarna. 

Försök att definiera några teman som du vill samla in återkoppling om, till exempel:

• Teamets prestation: Hur presterade teamet under projektet? Hölls tidsfristerna? Höll arbetet hög kvalitet?
• Kommunikation & intressentengagemang: Delades informationen med rätt personer vid rätt tidpunkt och med hjälp av rätt verktyg? Var det för mycket eller för lite information?
• Projektleverans: Uppfyllde projektleveransen intressenternas förväntningar? Varför eller varför inte?
• Projektprocesser och verktyg: Hjälpte eller hindrade någon process projektets resultat? Saknades det processer eller fanns det för många? Var de agila verktyg som användes i projektet till hjälp eller skada?

Steg 3: Avsätt en särskild tid för projektets retrospektiv

Avsätt och boka in en retrospektiv vid en särskild tidpunkt för projektutvärderingen. Försök om möjligt att boka in mötet och skicka ut kalenderinbjudningar (eller möten där deltagarna uppmanas att ‘boka datumet’) några veckor i förväg.

När du bokar in din retrospektiv bör du också skicka ut dagordningen tillsammans med inbjudan (det återkommer vi snart till).

Ta även med eventuella förväntningar på deltagarna i inbjudan (till exempel om deltagarna måste utföra några uppgifter före mötet, såsom att ladda ner ett specifikt programverktyg).

Dagordning för projektets retrospektiva möte

En retrospektiv behöver inte vara en särskilt komplicerad aktivitet. Syftet med en projektretrospektiv är att få återkoppling om projektet för att göra kontinuerliga förbättringar i kommande projekt. 

Här är därför ett exempel på en dagordning som kan användas och anpassas efter mötets längd:

1. Välkomnande och introduktion: Välkomna deltagarna till sessionen, presentera mötesledaren och ange sessionens syfte och mål
2. Översikt över hur feedback kommer att samlas in: Ge en kort sammanfattning av hur feedback kommer att samlas in under sessionen (muntligt, skriftligt, hybrid, anonymt osv.) och vilka verktyg som kommer att användas (en virtuell whiteboard, rundabordssamtal osv.)
3. Gå igenom eventuella spelregler för sessionen: Informera deltagarna om eventuella grundregler (till exempel: feedbacken ska vara konstruktiv och ärlig, ge både positiv och negativ feedback osv.)
4. Samla in feedback: Dokumentera den feedback du vill samla in med hjälp av det verktyg du föredrar.
5. Gå igenom feedbacken med deltagarna: Gå igenom all insamlad feedback (det bra, det dåliga och det fula). Under den här delen av sessionen bör feedbacken endast presenteras. Frågor och diskussioner kring specifika feedbackpunkter bör begränsas (detta för att säkerställa att ni hinner gå igenom all feedback och att tiden inte ägnas åt 1 eller 2 punkter)
6. Diskutera feedback och frågor: Samla in deltagarnas tankar, åsikter och svar. Håller de med om feedbacken? Finns det ytterligare insikter eller sammanhang som behöver delas? Diskutera och dokumentera resultaten.
7. Utforma åtgärder och nästa steg för förbättringar: Utifrån feedbacken kan ni brainstorma kring lärdomar och åtgärder som projektteamet kan vidta för att genomföra förbättringar. För återkommande eller komplexa problem kan ni överväga att göra en snabb orsaksanalys för att gå till botten med varför problemet uppstår. Be frivilliga att ta ansvar för eventuella uppföljningsåtgärder eller förbättringspunkter.
8. Sammanfatta feedback och förbättringar: Innan du avslutar sessionen gör du en snabb sammanfattning och lyfter fram feedbacken som dokumenterats i mötesanteckningarna samt eventuella nästa steg eller åtgärder som kommer att vidtas.
9. Tack och avslutning av sessionen: Tacka deltagarna för deras tid och feedback. Dela information om eventuella uppföljningssessioner som kan komma att planeras. Informera även om var den feedback som samlades in under sessionen kommer att lagras och om den kommer att vara tillgänglig för deltagarna senare (till exempel på en gemensam Google Drive).

Vanliga frågor om projektretrospektiv

Här är några vanliga frågor om projektretrospektiv. Om du letar efter fördjupad information om agila koncept i allmänhet kan du överväga att prova en agil certifiering.

Vad är skillnaden mellan en sprintretrospektiv och en projektretrospektiv?

En sprintretrospektiv är en aktivitet inom ett agilt arbetsflöde som genomförs i slutet av en sprint eller iteration. Syftet med en sprintretrospektiv är att undersöka vilka förbättringar som kan göras av processerna inför efterföljande och framtida sprinter.

Eftersom sprinter är tidsbegränsade aktiviteter (som kan vara allt från 2 veckor till en månad) ger en sprintretrospektiv återkoppling och förbättringar från en kort period under projektets tidslinje, medan en projektretrospektiv omfattar hela projektet: vad som gick bra, vad som inte gick bra och vilka förbättringar som kan göras inför framtida projekt.

Bör kunden inkluderas?

Det beror på vilken typ av återkoppling du vill samla in under projektretrospektivet. Om du söker återkoppling om projektets kommunikation, intressentengagemang och leveranser, då ja. Om det gäller projektteamets prestation – kanske, men troligen inte. Detta avgörs av projektledaren och teamet.

Vem bör leda en projektretrospektiv?

Projektledaren eller Scrum-mastern faciliterar vanligtvis en retrospektiv session, men alla medlemmar i projektteamet som är villiga att facilitera sessionen kan göra det. Om den retrospektiva sessionen kan ta upp negativ eller kontroversiell återkoppling bör du överväga att använda en neutral extern facilitator.

På en organisation där jag tidigare arbetade brukade projektledare få i uppgift att facilitera retrospektiva sessioner för andra projektteam inom organisationen. På så sätt säkerställdes en neutral facilitator, samtidigt som projektledaren för teamet kunde delta fullt ut i sessionen som intressent.

Vilka verktyg kan jag använda för en projektretrospektiv?

Det finns några utmärkta verktyg för agil projekthanteringsprogramvara som organisationer kan använda för att genomföra retrospektiv. Här är några rekommendationer.

Online-samarbete/whiteboardtavlor

• Miro eller Mural: båda dessa verktyg låter användare skapa virtuella whiteboards och arbetsytor där team kan publicera sin återkoppling. Idealiskt för distansteam.
• IdeaBoardz: kostnadsfritt och lättanvänt verktyg som låter användare skapa anpassningsbara online-anslagstavlor för retrospektiv och samla in återkoppling anonymt via virtuella post-it-lappar.

Se fler samarbetsverktyg (för agila projekt eller andra typer av projekt).

Retrospektivprogramvara

• Atlassian Confluence: onlinebaserad samarbetsyta med inbyggda mallar för retrospektiv. Ett bra verktyg om organisationen använder andra Atlassian-produkter, till exempel Jira
• GoRetro: anpassningsbart agilt retrospektivverktyg som erbjuder många kostnadsfria mallar

För retrospektiva sessioner på plats

• En whiteboard och raderbara whiteboardpennor
• Post-it-lappar
• Blädderblockspapper
• Mobilkamera för att fotografera whiteboardtavlorna eller blädderblockspappren och spara dem för senare bruk samt dela dem

Vad är skillnaden mellan en retrospektiv, en session för lärdomar och en efteranalys?

En aktivitet för lärdomar liknar en projektretrospektiv. Om du använder vattenfallsmetoden för projektleverans genomför du aktiviteten för lärdomar under avslutningsfasen av ett projekt. Syftet är att dokumentera användbara lärdomar och insikter för förbättringar som kan användas av framtida projektteam.

Retrospektiv kommer från leveransmetoden Scrum (agil) och genomförs oftast när en inkrementell leverans eller en ”sprint” är klar. De syftar till att få ett team att reflektera över vad som gick bra, vad som inte gick bra och vad som kunde förbättras utifrån det slutförda inkrementet.

Retrospektiv syftar till att upptäcka förbättringar som kan genomföras omedelbart, medan aktiviteter för lärdomar ger underlag för framtida förbättringar. Om ett projekt i stället har avslutats i förtid (antingen för att det avbröts före det planerade slutdatumet eller för att det inte slutfördes framgångsrikt) kan en efteranalys genomföras för att fastställa vad som hände under projektet.

Måste en projektretrospektiv genomföras i slutet av projektet?

Nej – en projektretrospektiv kan (och bör) genomföras när som helst under ett projekt. Om en viktig milstolpe eller fas har slutförts kan det vara logiskt att planera in en retrospektiv. Om något har gått fel under ett projekt kan en retrospektiv på samma sätt genomföras då. Det viktiga är att återkopplingen samlas in och att steg och åtgärder vidtas för att genomföra nödvändiga förbättringar.

Vad händer härnäst?

Ta reda på mer om de agila principerna som vägleder retrospektiv, och det ursprungliga Agila manifestet där dessa principer fastställdes, och bli DPM-medlem för att få tillgång till samtal i Slack om agilt arbete (och mycket mer) med hundratals andra digitala projektledare!