Mine 7 favorittmaler for Agile-retrospektiver

I teamet mitt gjennomfører vi en agil retrospektiv oftere enn gjennomsnittet: Hver fredag, altså en gang i uken. Og du vil ikke tro det – blant annet takket være de mange flotte malene for agile retrospektiver, er det vel anvendt tid hver uke.

Og for de mest ihuga blant dere kan jeg også bekrefte at jeg er sikker på at vi kan se en effekt på et lags nøkkeltall for suksess (se også 25 agile metrikker – én KPI er nok ).

Vi har allerede gjennomført flere hundre retrospektiver i vårt agile team, som du kan se i skjermbildet til høyre. Jeg har derfor kunnet danne meg en mening om hvilke maler for sprintretrospektiver som fungerer bra, og hvilke som fungerer ganske dårlig.

Derfor vil jeg i dette innlegget introdusere deg for mine 7 favorittmaler for agile retrospektiver. Vær så snill, ikke glem én ting: Til slutt bør du forlate retrospektivene med gode tiltak (les mer: 10 tips for gode tiltak i retrospektiver ).

Mine 7 favorittmaler for retrospektiv analyse for agile team

De 7 retrospektive ideene er stort sett ikke klassikere. Jeg har for eksempel bevisst utelatt “Mad Sad Glad”, “What went well” eller “Start Stop Continue”-retrospektivet, rett og slett fordi jeg ikke liker dem så godt. 

I stedet vil jeg anbefale 7 agile retrospektivmaler som teamet ditt sannsynligvis ikke har brukt ennå, men som garantert vil bidra til et godt retrospektiv. Her er en oversikt med min vurdering av hver av dem.

Bare for å understreke dette igjen: Hvorvidt disse retrospektive malene fungerer for deg, avhenger selvsagt i stor grad av teamet ditt. Min erfaring er imidlertid at alle de syv retrospektive teknikkene sannsynligvis vil fungere svært godt i team som er åpne for noe slikt. Før vi går videre, la oss kort etablere en felles forståelse av kjerneformålet med retrospektiver.

Hva er hensikten med et agilt retrospektiv?

Godt spørsmål – hvorfor gjennomfører man egentlig retrospektiver? Jeg har gått i detalj på dette spørsmålet i blogginnlegget mitt om emnet: 5 Sprint retrospektiv Produksjon vs. resultater .

For å gjøre en lang historie kort, vil jeg si at retrospektivet har to hovedmål: 

• a) Utarbeide tiltak for kontinuerlig forbedring av teamet og prosessene dine
• b) Skape mer lagånd og psykologisk trygghet, spesielt i fjerntliggende team

Mange programvareutviklingsteam jobber sammen eksternt eller virtuelt i disse dager, og derfor er det andre aspektet også veldig viktig for meg. Ok, la oss komme i gang med malene for agile retrospektiver.

Vanligvis spør man bare “Hva gikk bra, hva gikk dårlig” i et retrospektiv. Erfaringsmessig får du imidlertid flere svar hvis du stiller disse to spørsmålene – prøv retromalen!

Drive & Brake Retrospektiv

Hva har vært din drivkraft i det siste?

Hva har bremset deg i det siste?

Åpne denne retroen nå

Lader alle batteriet i mobiltelefonen hver dag, men også det personlige batteriet? Min erfaring er at metaforen i denne retromalen gir gjenklang i alle team og fører til nye svar som gir et godt grunnlag for å utlede effektive tiltak i et agilt retrospektiv.

Batteri Retrospektiv

Hvor fullt er ditt personlige batteri i prosent akkurat nå?

Hva har tappet batteriet ditt i det siste?

Hva har ladet opp batteriet ditt i det siste?

Hva kan hjelpe deg med å spare energi de neste ukene?

Åpne denne retroen nå

Spesielt det første spørsmålet gir teammedlemmene rom til å ta opp ting som de kanskje ellers ikke ville satt på dagsordenen. Jeg kan derfor varmt anbefale akronymet eller denne malen for agile retrospektiver.

Konsernsjefens tilbakeblikk

Sjef: Tenk deg at du fikk lov til å bestemme noe på egen hånd som ville bringe teamet fremover - hva ville det være?

Leder: Hvor må vi levere mer eller bedre?

Funksjonær: Når har vi fullt ut oppfylt vår rolle og kan være fornøyde?

Åpne denne retroen nå Tilpasse...

Sherlock Holmes er en veldig populær historie, og derfor egner hovedpersonene seg godt til å kaste et litt annerledes blikk på din siste agile prosjektsprint. Du finner selvfølgelig denne agile retrospektivmalen – som alle de andre – i vårt retrospektive programvareverktøy Echometer.

Sherlock Holmes retrospektiv

Hvilke hindringer har professor Moriarty lagt i veien for oss denne gangen?

Hvilken støtte fikk vi fra våre gamle venner Dr. Watson og inspektør Lestrade, og hvordan møtte vi disse steinene som et team?

Hvilken ledetråd bør vi følge opp?

Som Sherlock Holmes ser vi for oss flere utspekulerte planer fra professor Moriarty. Hvilke vanskeligheter kan dette være i de kommende ukene?

Åpne denne retroen nå Tilpasse...

Spesielt i team som noen ganger synes det er vanskelig å “se tilbake”, kan det være veldig lurt å bruke denne malen til å fokusere på fremtiden i en sprint-retro. Dette er en vanlig metode innen coaching og psykologi, så hvorfor ikke også i retrospektivet?

🔮 Futurespektiv

Hva er den viktigste milepælen du ønsker at vi som team skal oppnå i løpet av de neste ukene?

Hvilket hinder bør vi konsentrere oss om å overvinne de neste ukene?

Hva vil du være spesielt takknemlig for i ukene som kommer?

Åpne denne retroen nå Tilpasse...

Agile Retrospektive maler, spørsmål og teknikker #6

DORA DevOps Retrospective Template

Du kjenner forhåpentligvis de fire DORA DevOps-nøkkelmetrikkene – hvis ikke: Her er en oversikt over de fire DORA KPI-ene . Kort sagt kan du bruke de fire KPI-ene til å måle hvor godt programvareteamet ditt egentlig er – det finnes til og med referanseverdier for dette. Denne agile retrospektive teknikken bruker de fire metrikkene som grunnlag for å reflektere over din siste sprint.

DORA-metrikker retrospektiv

Helsesjekkspørsmål (skala)

Deployment Frequency: Jeg er veldig fornøyd med hvor ofte vi deployer kode til Prod.

thumb_down

thumb_up

Er ikke enig i det hele tatt Helt enig

Ledetid for endringer: Etter at den første koden er lagt inn, kan vi implementere den svært raskt på Prod.

thumb_down

thumb_up

Er ikke enig i det hele tatt Helt enig

Change Failure Rate: Våre kodeimplementeringer fører svært sjelden til feil på Prod.

thumb_down

thumb_up

Er ikke enig i det hele tatt Helt enig

Tid til å gjenopprette tjenesten: Hvis det oppstår en feil på Prod, kan vi rette den opp svært raskt.

thumb_down

thumb_up

Er ikke enig i det hele tatt Helt enig

Åpne spørsmål

Hva kan forbedre utplasseringsfrekvensen vår?

Hva er flaskehalsen for å gjennomføre oppgaver raskere på Prod?

Hva kan gjøre distribusjonene våre mindre feilutsatte?

Hvordan kan vi raskt rette opp feil i Prod?

Åpne denne retroen nå Tilpasse...

Enten du jobber i et skalert smidig rammeverk eller bare er et enkelt programvareutviklingsteam, vil Spotify Health Check med totalt 11 spørsmål hjelpe deg med å reflektere over teamets prestasjoner på en helhetlig måte (les mer): Spotify Health Check ). Du finner også en video av malen nedenfor.

Spotify Health Check 👩🏻‍💻

Helsesjekkspørsmål (skala)

Hastighet: Vi gjør ting veldig raskt. Ingen venting, ingen forsinkelser.

thumb_down

thumb_up

Er ikke enig i det hele tatt Helt enig

Kodekvalitet: Vi er stolte av kvaliteten på koden vår! Den er ren, lettlest og har god testdekning.

thumb_down

thumb_up

Er ikke enig i det hele tatt Helt enig

Læring: Vi lærer hele tiden mange interessante ting!

thumb_down

thumb_up

Er ikke enig i det hele tatt Helt enig

Oppdrag: Vi vet nøyaktig hvorfor vi er her, og vi kan engasjere oss for det.

thumb_down

thumb_up

Er ikke enig i det hele tatt Helt enig

Åpne denne retroen nå

Mer informasjon om Spotify Team Health Check Retro

Hvis du ønsker å forbedre det smidige teamet ditt på en helhetlig måte, er Spotify Team Health Check en flott måte å gjøre dette på en systematisk måte. 

Fordi vi liker formatet så godt, har jeg til og med tatt opp en video der jeg presenterer retromalen mer detaljert – ta gjerne en titt.

Konklusjon - De beste malene for agile retrospektiver

Hvis du ikke liker noen av disse syv malene for agile retrospektive gjennomganger, vil jeg bli ganske overrasket. Skriv gjerne til meg, så skal jeg prøve å gi deg et tips som er skreddersydd for ditt team.

Alternativt kan du også ta en titt på bloggartikkelen vår med enda flere retrospektive maler: 54 Retrospektive maler for ambisiøse agile team .

FAQ - Maler for agile retrospektiver

Hvilke retrospektive maler fungerer godt i “vanskelige” agile team?

Det er et godt spørsmål – i så fall ville jeg startet med “Drive & Drag” retrospektivmalen. Samtidig bør du føre en-til-en-samtaler og få en følelse av den psykologiske tryggheten i teamet for å finne årsakene til teamets “vanskelige” oppførsel.

Hvilken mal egner seg best når du skal gjennomføre det aller første retrospektivet med teamet?

Hvis du gjennomfører ditt første retrospektiv i et team, ville jeg heller valgt en klassiker som for eksempel sjøstjerneretrospektivet eller 4L “Loved Learned Longed”-retrospektivet. De bør bidra til å bringe teamet nærmere de grunnleggende prinsippene for retrospektiver uten å skremme med kreative metaforer.

Hvordan sørger jeg for at stille eller introverte teammedlemmer også får sagt noe i retrospektivene?

Godt spørsmål, et enkelt svar: Som moderator kan du gjerne henvende deg aktivt til teammedlemmer og spørre om deres mening – jeg vil til og med anbefale det. 

Hvis du ikke ønsker å henge ut én person, kan du snu på flisa og spørre ALLE teammedlemmene eksplisitt om en kommentar. Ja, det kan du gjøre. Teammedlemmene dine får tross alt betalt for ekspertisen sin. 

Til slutt en henvisning til min andre artikkel om dagens tema: 5 ideer til sprintretrospektiv som garantert vil glede teamet ditt.

"Mange teammedlemmer tør ikke å si ifra!"

Løs denne utfordringen

"Vi oppdager for mange uventede problemer og bugs på et sent tidspunkt!"

Løs denne utfordringen

"Hvorfor tar det meg noen ganger flere timer å forberede et enkelt tilbakeblikk?"

Løs denne utfordringen