Hva er en retrospektive?

Retrospektiver passer for alle team som ønsker å forbedre samarbeidet sitt – uavhengig av om de jobber agilt eller ikke.

Retrospektiver er spesielt nyttige når:

• det er regelmessig samarbeid og felles mål
• team kan snakke åpent om problemer eller ønsker å jobbe med det
• det er et ønske om å synliggjøre og forbedre prosesser

Nye team kan også gjennomføre retrospektiver. Avgjørende er en trygg ramme og tydelig moderering.

Suksessen til retrospektiver viser seg ved at avtalte tiltak iverksettes og målbare forbedringer oppstår. Team bruker i tillegg til produktivitetsindikatorer (som man bør være forsiktig med) f.eks. sporing av Action Items, trender på feedback-skalaer i Team Health-Check- / Pulse-Check-undersøkelser.

Typisk er det fem faser for retrospektiver: skape rammer, samle data, få innsikt, utlede tiltak og avslutning. Det nøyaktige forløpet kan variere, men bør alltid føre til konkrete handlingspunkter. I tillegg til de klassiske 5 fasene av retrospektiver finnes også modellen med den doble diamanten for fasene i retrospektiver , som gir fasilitatorer av retrospektiver et mer intuitivt bilde for en vellykket og resultatorientert fasilitering.

Retrospektiver hjelper team med å identifisere problemer tidlig, forstå årsaker og i fellesskap beslutte forbedringer. Dette øker åpenhet, teamtilfredshet og kvaliteten på resultatene.

Nei, du trenger ikke å logge inn på Echometer eller registrere deg for å teste Retro Board og Retro Tool i Echometer.

Du kan prøve Echometers retrotavle via følgende lenke uten å logge inn: Start prøvekjøring

En av de største styrkene ved Echometer Retro Tool er de ulike malene for retrospektiver, som kan brukes som mønster for kreativ utforming av egne retrospektiver.

Her er en kort liste over eksempler som gir et innblikk i de retrospektive malene:

• Glad, undrende, trist
• Tre små griser
• Lagmoral Health Check
• Maler for retrospektiv påske og jul
• DORA Retrospektiv
• 5 smidige verdier Health Check
• Spotify Squad Health Check Radar
• Psykologisk sikkerhet Health Check
• DORA Retrospektiv
• Unike retrospektivmaler som “7 Dwarfs Retrospective” eller “Football Retrospective”

Hvis du er interessert i malene for Retrospective Tools, kan du ta en rask titt på verktøyet: Echometer Retro maler og maler

Et retrospektivt arbeid foregår vanligvis i følgende faser:

1. Isbryter: kort spørsmål og svar-økt eller aktivitet for å komme i gang
2. Samle inn tilbakemeldinger (skjult idémyldring)
3. Samle inn funnene: Presentere, gruppere og prioritere tilbakemeldingene
4. Bestem dere for tiltak: Så konkrete forbedringer som mulig som kan iverksettes i løpet av de kommende ukene
5. Avslutning: Oppsummering og kort utsjekk av deltakerne

Spesielle trekk ved den retrospektive prosessen i Echometer:

• Tilbakemeldinger kan også innhentes i forkant av retrospektivet via en spørreundersøkelse. På den ene siden sparer dette tid under retrospektivet, og på den andre siden kan alle deltakerne tenke seg om på forhånd og formulere sine tilbakemeldinger i ro og mak, noe som kan forbedre kvaliteten på retrospektivet.
• I Echometer er det i tillegg steget «Tiltaksgjennomgang». Her går teamet gjennom alle åpne tiltak fra tidligere retrospektiver, justerer statusen til tiltakene og kommenterer dem.
• Når du avslutter retrospektivet i Echometer, samler verktøyet automatisk inn «ROTI» (Return On Time Invested), og gir deg dermed et kvantitativt grunnlag for å analysere effektiviteten av retrospektivene dine over tid.

En retrospektive foregår vanligvis på teamnivå. Vanligvis har slike agile team minst 3 medlemmer og opptil 10 medlemmer. Alle teammedlemmer deltar altså i retrospektiven – uavhengig av den enkelte teammedlems rolle i teamet.

Hvorvidt teamlederen regnes som et teammedlem, avhenger av konteksten og må til syvende og sist avgjøres av teamet selv. Jo mer involvert teamlederen er i teamets daglige arbeid, desto mer fornuftig er det at han eller hun også deltar i teamets retrospektiver.

Det bør utnevnes en moderator som sørger for at prosessen er så organisert og effektiv som mulig. Denne oppgaven kan for eksempel utføres av Scrum Master, men også av et annet teammedlem. Man kan også rotere moderatorrollen innad i teamet – alle bytter på å være moderator i en bestemt rekkefølge.

Spesielt for team med liten eller ingen erfaring med retrospektiver bør man passe på å unngå følgende feil:

• Feil nr. 1: Retrospektiv som et chat-møte. Ikke alle tilbakemeldinger i et retrospektiv trenger å bli diskutert. Det er kun de temaene som har blitt prioritert sammen, som fortjener ekstra oppmerksomhet. Alle diskusjoner om detaljer før avstemningen bør derfor avlyses og utsettes til etter avstemningen.
• Feil nr. 2: Retrospektiv som et spill om skyld. Retrospektivet er ikke til for å skyve ansvaret over på andre eller klandre andre for negative hendelser eller utviklinger. Det er alle teammedlemmenes oppgave å forbedre status quo!
• Feil nr. 3: Retrospektiv som en klageboks. Retrospektiv handler ikke bare om å konstatere hva som ikke fungerer bra. Mesteparten av energien bør brukes på å tenke fremover og definere forpliktende tiltak.

For den første retrospektiven er det lurt å bruke et dedikert retro-verktøy som støtte. Echometer er veldig bra for uerfarne team med sin intuitive og guidede modus. Her kan du prøve en retrospektive i Echometer: https://my.echometerapp.com/retro-setup

Agile (team-) retrospektiver (kort sagt “retros”) er regelmessige team-workshops der team reflekterer over og forbedrer samarbeidet sitt.

Retros gir teamene mulighet til å reflektere over aktuelle arbeidsresultater og, fremfor alt, samarbeid, kommunikasjon og arbeidsmetoder i korte, iterative (sprint-) sykluser (f.eks. annenhver uke).

I hovedsak besvarer retroen følgende tre spørsmål:

• Hva har fungert bra de siste ukene? Disse tingene bør videreføres eller utvides i fellesskap.
• Hva fungerte ikke så bra? Disse tingene bør forbedres eller utelates.
• Hva skal vi gjøre annerledes fra nå av? Med andre ord, registrer konkrete tiltak.

Retrospektive verktøy som Echometer forenkler og strukturerer denne refleksjons- og forbedringsprosessen.