En retrospektiv mal uten bebreidelser: Læring og utvikling uten å fordele skyld

Problemer er en uunngåelig del av ethvert team. Men alle problemer gir også en verdifull mulighet til å lære. For å utnytte denne læringsmuligheten kan du gjennomføre en retrospektiv evaluering uten klandring, der diskusjonene fokuserer på læring og forbedring uten å legge skylden på enkeltpersoner.

En retrospektiv granskning uten skyld er en strukturert prosess der team analyserer en hendelse for å forstå hva som skjedde, hvorfor det skjedde, hvordan teamet reagerte, og hva som kan gjøres for å forhindre fremtidige hendelser. Det viktigste ved en slik undersøkelse er at den gjøres uten å fordele skyld til noen enkeltperson. Fokuset er på forståelse og forbedring, ikke straff.

Fordeler med en bebreidelsesfri retrospektiv:

En retrospektiv uten bebreidelser sørger ikke bare for at den som har skapt et problem ikke får dårlig samvittighet, men gir også andre fordeler som bidrar positivt til teamets utvikling:

• Psykologisk sikkerhet: Det skapes et miljø der teammedlemmene føler seg trygge på å innrømme feil og dele innsikt.
• Læringskultur: Basert på ærlig kommunikasjon kan forbedringstilnærminger identifiseres tydeligere.
• TeamarbeidReduserer friksjonen mellom teammedlemmene ved å ikke fordele skyld.
• ForebyggingBidrar til å identifisere systemiske problemer og prosessforbedringer.

• Hendelse: Hvilket problem oppsto, og hvordan reagerte vi?
• Årsak: Hva førte til dette problemet?
• Løsning: Hvordan reagerte vi, og hvilke løsninger ble implementert for å løse problemet?
• Risikominimering: Hvilke tiltak kan vi iverksette for å forhindre lignende problemer i fremtiden?

Hvis du vil prøve dette retrospektivet eller en av mer enn 50 andre maler gratis, kan du gjøre det i vårt verktøy for kontinuerlig forbedring av agile team:

Mal for retrospektiv uten kritikkverdige forhold

Hvordan

Behold Stop Start Retro: Slik foregår retroen

1. Tilfeldig Icebreaker (2–5 minutter)

   Echometer gir deg en generator for tilfeldige innsjekkingsspørsmål.

2. Gjennomgang av åpne tiltak (2–5 minutter)

   Før man begynner med nye temaer, bør man snakke om hva som har skjedd med tiltakene fra tidligere retrospektiver for å kontrollere effektiviteten. Echometer lister automatisk opp alle åpne action items fra tidligere retroer.

3. Diskuter retro-temaer

   Bruk de følgende åpne spørsmålene for å samle de viktigste innsiktene deres. Først skjuler alle seg for seg selv. Echometer lar deg avdekke hver kolonne i retro-tavlen individuelt for deretter å presentere og gruppere tilbakemeldingene.

   • Hendelse: Hvilket problem oppstod, og hvordan reagerte vi?
   • Årsak: Hva har ført til dette problemet?
   • Løsning: Hvordan reagerte vi for å løse problemet?
   • Risikominimering: Hva kan vi gjøre for å forhindre lignende problemer i fremtiden?

4. Catch-all-spørsmål (anbefales)

   Slik at også andre temaer har en plass:

   • Hva annet vil du snakke om i retroen?

5. Prioritering / Stemmegivning (5 minutter)

   På retro-tavlen i Echometer kan dere enkelt prioritere tilbakemeldingene med stemmegivning. Stemmegivningen er selvfølgelig anonym.

6. Definere tiltak (10–20 minutter)

   Via pluss-symbolet på en tilbakemelding kan man opprette et lenket tiltak. Er du ikke sikker på hvilket tiltak som er det riktige? Åpne da i stedet et whiteboard om temaet via pluss-symbolet for å idémyldre om grunnårsaker og mulige tiltak.

7. Checkout / Avslutning (5 minutter)

   Echometer lar dere samle inn anonyme tilbakemeldinger fra teamet om hvor nyttig retroen var. Dette resulterer i ROTI-score («Return On Time Invested»), som dere kan spore over tid.

Behold Stop Start Retro

Hendelse: Hvilket problem oppstod, og hvordan reagerte vi?

Årsak: Hva har ført til dette problemet?

Løsning: Hvordan reagerte vi for å løse problemet?

Risikominimering: Hva kan vi gjøre for å forhindre lignende problemer i fremtiden?

Åpne denne retroen nå Tilpasse...

Som erfarne moderatorer vet, følger alle retrospektiver den øverste direktiven:

Uansett hva vi finner ut, må vi forstå og virkelig tro at alle gjorde sitt beste gitt den kunnskapen de hadde da, deres ferdigheter og evner, de tilgjengelige ressursene og den gitte situasjonen.

– Norman L. Kerth, forfatter av “Project Retrospectives”

Les gjerne sitatet, altså den øverste direktiven, to ganger og tenk over hva det betyr for deres kommunikasjon og tankesett i retrospektiven.

Når feil skjer, handler det alltid om hvordan man kan hjelpe hverandre slik at lignende feil forhindres i fremtiden, eller i det minste blir mindre sannsynlige. Alt som går i retning av en bebreidelse, har derfor ingen plass i en retrospektive.

Moderatorer bør derfor identifisere alle bebreidelser som sådanne, klassifisere dem, forklare hvorfor de ikke passer inn i retrospektiven, og styre samtalen tilbake i en retning som er forenlig med den øverste direktiven.

En bebreidelsesfri retrospektive er en super mulighet til å forbedre samarbeidet i et team. Ved å fokusere på læring og kontinuerlig forbedring skaper vi et miljø der innovasjon og problemløsning kan blomstre. Denne tilnærmingen hjelper ikke bare med å identifisere systemiske problemer og forhindre fremtidige hendelser, men styrker også tilliten og åpenheten i teamet.

Hvis du vil prøve den «bebreidelsesfrie retrospektiven» selv, kan du bruke vårt spesialutviklede retro-verktøy gratis. Det inneholder malen som presenteres her, samt 50+ andre retrospektiver for å forbedre 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