Hvorfor er retrospektiver viktige?
Retrospektiver hjelper team med å identifisere problemer tidlig, forstå årsaker og i fellesskap beslutte forbedringer. Dette øker åpenhet, teamtilfredshet og kvaliteten på resultatene.
Flere FAQ-er fra Retrospektive teamgjennomganger
Vis alle FAQ-erHvilke retrospektive formater, maler og teknikker fører til reelle forbedringer?
Hvilke retrospektive maler, formater eller teknikker som best fører til reelle forbedringer og tiltak, avhenger i stor grad av teamet og utfordringene. “Drive & Drag”-formatet, “Battery Retrospective” og “Moral-Health Check”, som alle kommer fra Echometer, fungerer ofte godt. Alle tre retrospektivmalene finnes i retrospektivverktøyet Echometer.
Jeg har listet opp spørsmålene til de tre retrospektive malene og teknikkene som er nevnt her:
Batteri retrospektivt
Her er lenken til “Akku”-retrospektivet i Echometer.
- 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?
Drive & Drag Retrospektiv
Her er lenken til “Drive & Drag”-retrospektivet i Echometer.
- Hva har vært din drivkraft i det siste?
- Hva har bremset deg i det siste?
Moral Health Check: Spørsmål om enighet fra 1 (lav) til 7 (høy)
Her er lenken til “Moral Health Check”-retrospektivmalen i Echometer.
- Jeg har nok plass til pauser der jeg kan hente ny energi.
- Møtene våre er godt strukturerte, men gir likevel rom for kreativitet og nye ideer.
- I mitt team deler hvert enkelt teammedlem av sin individuelle kunnskap og erfaring.
- Vi verdsetter våre kollegers prestasjoner og bidrag.
- Alle i teamet mitt vet hvem som jobber med hva for øyeblikket.
- Det er et tillitsfullt samarbeidsklima i teamet vårt.
Hvordan kan du gjøre retrospektiver produktive for små utviklingsteam?
Retrospektive møter kan være spesielt produktive for små IT-ingeniørteam hvis du fokuserer på spesifikke utfordringer. For eksempel kan det lille teamet analysere hvordan de siste feilene oppstod, eller hvordan sprintmålet ikke ble nådd. Det retrospektive programvareverktøyet Echometer, som tilbyr ulike maler for produktive retrospektiver i små team, anbefales spesielt for små IT-ingeniørteam.
Hva er gode teknikker eller maler for fjernretrospektiv for store team?
Ulike retrospektive maler, teknikker og ideer egner seg for bruk i spesielt store eksterne eller virtuelle team. For eksempel er “Keep Stop Start”-malen, “Mad Sad Glad” og “Sailboat Retrospective” godt egnet for store team.
Hvorfor det?
De egner seg derfor godt for store team fordi spørsmålene er relativt enkle å svare på og tillater korte svar.
Viktig å merke seg
Valget av retrospektivt programvareverktøy er viktig for bruk av disse retromalene og -teknikkene i store team. Programvareverktøyet Echometer anbefales spesielt her.
For hvilke team passer retrospektiver?
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.
Hvordan måler man suksessen til en retrospektive?
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.
Hvilke trinn inngår i en retrospektiv?
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.
Må jeg registrere meg for å teste Retro Tool?
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
Hva er en retrospektive?
En retrospektive er et strukturert teammøte der et team reflekterer over samarbeidet i en tidligere periode og avtaler konkrete forbedringer. Den finner sted regelmessig (f.eks. etter en sprint eller prosjektseksjon) og tjener til kontinuerlig forbedring.
Hvilke ideer og maler for retro-maler har Echometer?
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
Hva er fasene i et retrospektiv, og hvordan fungerer et retrospektiv?
Et retrospektivt arbeid foregår vanligvis i følgende faser:
- Isbryter: kort spørsmål og svar-økt eller aktivitet for å komme i gang
- Samle inn tilbakemeldinger (skjult idémyldring)
- Samle inn funnene: Presentere, gruppere og prioritere tilbakemeldingene
- Bestem dere for tiltak: Så konkrete forbedringer som mulig som kan iverksettes i løpet av de kommende ukene
- 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.
Hvem deltar i en retrospektiv?
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.
Hvilke feil bør absolutt unngås under den første teamretrospektiven?
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
Hva er et retrospektivt agilt team?
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.