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

How to

Behold Stop Start Retro: Slik fungerer retroen

1. Tilfeldig Icebreaker (2–5 minutter)

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

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

   Før du begynner med nye temaer, bør du snakke om hva som har skjedd med tiltakene fra tidligere retrospektiver for å sjekke effektiviteten. Echometer lister automatisk opp alle åpne tiltak fra tidligere retrospektiver.

3. Drøft retro-temaer

   Bruk de følgende åpne spørsmålene for å samle dine viktigste funn. Først dekker alle til seg selv. Echometer lar deg avdekke hver kolonne i retrotavlen 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. Generelt spørsmål (anbefales)

   Slik at også andre temaer får en plass:

   • Hva annet ønsker du å snakke om i retroen?

5. Prioritering / Avstemning (5 minutter)

   På retrotavlen i Echometer kan du enkelt prioritere tilbakemeldingene med avstemningen. Avstemningen er selvfølgelig anonym.

6. Definere tiltak (10–20 minutter)

   Du kan bruke pluss-symbolet på en tilbakemelding for å opprette et tilknyttet tiltak. Er du ikke sikker på hvilket tiltak som vil være det rette? Åpne da i stedet et whiteboard om emnet via pluss-symbolet for å brainstorme om grunnleggende årsaker og mulige tiltak.

7. Utsjekking / Avslutning (5 minutter)

   Echometer lar deg samle inn anonyme tilbakemeldinger fra teamet om hvor nyttig retroen var. Dette resulterer i ROTI-poengsummen («Return On Time Invested»), som du 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 på det tidspunktet, deres evner og ferdigheter, 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 retrospektivet.

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 et retrospektiv.

Moderatorer bør derfor identifisere alle bebreidelser som sådanne, klassifisere dem, forklare hvorfor de ikke passer inn i retrospektivet og styre samtalen tilbake i en retning som er i samsvar 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 selv vil prøve den «bebreidelsesfrie retrospektiven», 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