Sprint Refinement vs. Sprint Retrospektive: Enkelt forklart
Jeg er Scrum Master og psykolog og har moderert over 200 retrospektiver. Et spørsmål jeg hører av og til er: Hva hører hjemme i Sprint Refinement og hva hører hjemme i Sprint Retrospektive? Det er nettopp dette jeg avklarer her på en praksisnær måte.
Sprint Refinement vs. Sprint Retrospektive på 20 sekunder
| Spørsmål | Sprint Refinement | Sprint Retrospektive |
|---|---|---|
| Hva handler det om? | Spisse neste arbeidsoppgaver | Forbedre samarbeidet |
| Blikkretning | Fremover | Se tilbake og lære |
| Resultat | Tydeligere backlog-elementer | Konkrete tiltak |
| Fokus | Hva bygger vi som det neste? | Hvordan jobber vi bedre i neste sprint? |
Hva er et Sprint Refinement?
I et Sprint Refinement avklarer teamet mitt åpne krav, deler opp store oppgaver i mindre deler og gjør backloggen klar for gjennomføring. For meg er et Sprint Refinement forberedelsen til gode sprint-beslutninger i planleggingen.
Hva er en Sprint Retrospektive?
I Sprint Retrospektive ser vi på samarbeid, prosesser og læringspunkter fra forrige sprint. Målet er ikke flere detaljer på oppgavene, men bedre teamarbeid med klare tiltakspunkter.
Sprint Refinement vs. Sprint Retrospektive: Hva er forskjellen?
Kjernen i Sprint Refinement vs. Sprint Retrospektive er hva man tar beslutninger om:
- I Refinement beslutter teamet innholdet i arbeidet.
- I Retrospektive beslutter teamet måten å arbeide på.
Hvis du skiller Sprint Refinement og Sprint Retrospektive tydelig, øker fokus og resultatkvalitet nesten alltid merkbart.
Praktisk eksempel 1
Et team diskuterer plutselig i en retro om en oppgave er for stor. Møtet drar ut i tid, men det fører ikke til noen forbedringstiltak.
Hva man må endre her:
- Flytt spissing av oppgaver tilbake til Refinement.
- I retroen skal man kun avklare prosess-spørsmålet: Hvorfor kommer uklare oppgaver i det hele tatt inn i sprinten?
Praktisk eksempel 2
Et team bruker Refinement som en mini-planlegging med forpliktelser. I selve planleggingen mangler det likevel klarhet.
Hva man må endre her:
- Skill mellom Refinement som forberedelse og planlegging som forpliktelse.
- Bruk retrospektiven til å forbedre gjentakende koordineringsproblemer.
Vanlige forvekslinger rundt Sprint Refinement vs. Sprint Retrospektive
Sprint Planning vs. Sprint Refinement
Refinement forbereder, Planning beslutter sprint-forpliktelsen.
Sprint Review vs. Sprint Retrospektive
Review fokuserer på produktinkrementet og tilbakemeldinger fra interessenter, Retrospektive fokuserer på teamprosessen og forbedringer.
Backlog Refinement vs. Sprint Planning
Backlog Refinement gjør alternativer klare for gjennomføring, Sprint Planning velger ut sprint-planen fra disse.
Som ekstern fordypning i Scrum-events bruker jeg ofte de korte forklaringene fra Scrum.org og Atlassian.
Sprint Refinement vs. Sprint Retrospektive: Hvilket spørsmål passer når?
| Situasjon | Bruk heller Refinement-spørsmål | Bruk heller Retrospektive-spørsmål |
|---|---|---|
| Stories er for store/uklare | ”Hva mangler for at dette kan gjennomføres?” | |
| Uklare prioriteringer | ”Hva er egentlig viktig i neste sprint?” | |
| Gjentakende gnisninger | ”Hva bremser samarbeidet vårt?” | |
| Tiltak blir ikke fulgt opp | ”Hvilket tiltak forplikter vi oss til frem til neste retro?” | |
| For mange overraskelser | ”Hvilken risiko burde vi ha sett tidligere?" | "Hvorfor ser vi denne risikoen for sent?” |
Min regel for Sprint Refinement vs. Sprint Retrospektive: Hvis kjernespørsmålet er “Hva bygger vi som det neste?”, er det Refinement. Hvis det er “Hvordan blir vi bedre som team?”, er det Retrospektive.
2 gode retrospektiv-ideer for nybegynnere
Keep Stop Start
Hvis du vil starte med en enkel og klar struktur, er Keep Stop Start ofte det beste valget. Denne metoden hjelper nybegynnere med å gå raskt fra observasjoner til konkrete tiltak.
Keep Stop Start Retro: Slik foregår retroen
-
Tilfeldig Icebreaker (2–5 minutter)
Echometer gir deg en generator for tilfeldige innsjekkingsspørsmål.
-
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.
-
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.
- Keep: Hva bør vi beholde?
- Stop: Hva bør vi slutte med?
- Start: Hva bør vi begynne å gjøre?
-
Catch-all-spørsmål (anbefales)
Slik at også andre temaer har en plass:
- Hva annet vil du snakke om i retroen?
-
Prioritering / Stemmegivning (5 minutter)
På retro-tavlen i Echometer kan dere enkelt prioritere tilbakemeldingene med stemmegivning. Stemmegivningen er selvfølgelig anonym.
-
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.
-
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.
Keep Stop Start Retro
Spotify Health Check Retro
Hvis teamet ditt ikke bare vil gjenkjenne enkelte problemer, men mønstre i samarbeidet, er denne metoden spesielt nyttig. Den gir deg et bredere bilde av teamdynamikk og utvikling på kort tid.
Team-retrospektiv med Spotify Health Check: Slik foregår retroen
-
Tilfeldig Icebreaker (2–5 minutter)
Echometer gir deg en generator for tilfeldige innsjekkingsspørsmål.
-
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.
-
Health Check
Alle teammedlemmer kan svare anonymt på helsesjekkene på en skala. Gå deretter gjennom resultatene av helsesjekkene sammen og noter eventuelt ytterligere kommentarer. Hvis du bruker de samme helsesjekkene i flere retrospektiver, kan du også spore trender over tid i Echometer.
- Vi liker å gå på jobb og har det gøy når vi samarbeider.
- Vi får alltid god støtte og hjelp når vi ber om det.
- Vi er et flott team som samarbeider godt.
- Vi lærer stadig mange interessante ting.
-
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.
-
Catch-all-spørsmål (anbefales)
Slik at også andre temaer har en plass:
- Hva annet vil du snakke om i retroen?
-
Prioritering / Stemmegivning (5 minutter)
På retro-tavlen i Echometer kan dere enkelt prioritere tilbakemeldingene med stemmegivning. Stemmegivningen er selvfølgelig anonym.
-
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.
-
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.
Team-retrospektiv med Spotify Health Check
Helsesjekkspørsmål (skala)
Du finner flere metoder her: Retrospektive metoder . For bedre starter anbefaler jeg innlegget Retrospektiv innsjekking . For gjennomføring av tiltak passer Retrospektive tiltak .
Hvorfor Echometer er den perfekte starten
Når team ønsker å skille tydelig mellom Sprint Refinement vs Sprint Retrospektive, hjelper det med en klar arbeidsflyt. Echometer er ideelt for dette fordi du starter direkte med strukturerte maler for retrospektiven din, følger opp tiltak og gjør teamutviklingen synlig. Merk: Echometer er ikke for refinement, men spesialisert på effektive retrospektiver.
Hvis du i tillegg til retrospektiver også vil måle teamutvikling, kan du ta en titt på landingssiden vår for Team Health Check Software .
Hvis du leter etter en modereringsguide, finner du vår e-bok med tips for retro-moderering.
Konklusjon
Sprint Refinement vs Sprint Retrospektive kan enkelt skilles hvis du holder fokuset klart: Refinement spisser det neste arbeidet, retrospektiven forbedrer samarbeidet deres. Hvis du bruker denne logikken konsekvent, vil begge møtene bli kortere, tydeligere og betydelig mer effektive.
FAQ fra biblioteket vårt
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 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.
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.
