Denne siden ble automatisk oversatt. For en bedre leseopplevelse, vennligst bytt til engelsk.
Bytt til engelskTypisk 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.
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:
Her er lenken til “Akku”-retrospektivet i Echometer.
Her er lenken til “Drive & Drag”-retrospektivet i Echometer.
Her er lenken til “Moral Health Check”-retrospektivmalen i Echometer.
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.
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.
De egner seg derfor godt for store team fordi spørsmålene er relativt enkle å svare på og tillater korte svar.
Valget av retrospektivt programvareverktøy er viktig for bruk av disse retromalene og -teknikkene i store team. Programvareverktøyet Echometer anbefales spesielt her.
Retrospektiver passer for alle team som ønsker å forbedre samarbeidet sitt – uavhengig av om de jobber agilt eller ikke.
Retrospektiver er spesielt nyttige når:
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.
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 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.
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:
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:
Spesielle trekk ved den retrospektive prosessen i Echometer:
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:
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:
Retrospektive verktøy som Echometer forenkler og strukturerer denne refleksjons- og forbedringsprosessen.