Sprint Refinement vs Sprint Retrospektive: Enkel forklaring
Jeg er Scrum Master og psykolog og har faciliteret over 200 retrospektiver. Et spørgsmål, jeg hører indimellem, er: Hvad hører til i Sprint Refinement, og hvad hører til i Sprint Retrospektiven? Det er præcis det, jeg afklarer her i praksis.
Sprint Refinement vs Sprint Retrospektive på 20 sekunder
| Spørgsmål | Sprint Refinement | Sprint Retrospektive |
|---|---|---|
| Hvad handler det om? | Skærpe det næste arbejde | Forbedre samarbejdet |
| Blikretning | Fremad | Se tilbage og lære |
| Resultat | Tydeligere backlog-items | Konkrete tiltag |
| Fokus | Hvad bygger vi som det næste? | Hvordan arbejder vi bedre i næste sprint? |
Hvad er et Sprint Refinement?
I et Sprint Refinement afklarer mit team åbne krav, opdeler store opgaver i mindre dele og gør backloggen klar til udførelse. For mig er et Sprint Refinement forberedelsen til gode sprint-beslutninger i planlægningen.
Hvad er en Sprint Retrospektive?
I Sprint Retrospektiven ser vi på samarbejde, processer og læringspunkter fra det seneste sprint. Målet er ikke flere detaljer om opgaverne, men bedre teamarbejde med klare action items.
Sprint Refinement vs Sprint Retrospektive: Hvad er forskellen?
Kernen i Sprint Refinement vs Sprint Retrospektive er beslutningsobjektet:
- I Refinement beslutter teamet sig for arbejdets indhold.
- I Retrospektiven beslutter teamet sig for arbejdsmåden.
Hvis du adskiller Sprint Refinement og Sprint Retrospektive skarpt, stiger fokus og resultatkvalitet næsten altid synligt.
Praktisk eksempel 1
Et team diskuterer pludselig i en retro, om en opgave er for stor. Mødet trækker ud, men der kommer ingen forbedringstiltag ud af det.
Hvad man skal ændre her:
- Flyt præciseringen af opgaver tilbage til Refinement.
- I retroen skal man kun afklare det procesmæssige spørgsmål: Hvorfor kommer uklare opgaver overhovedet ind i sprintet?
Praktisk eksempel 2
Et team bruger Refinement som en mini-planlægning med commitments. I selve planlægningen mangler der alligevel klarhed.
Hvad man skal ændre her:
- Adskil Refinement som forberedelse og Planning som commitment.
- Brug retrospektiven til at forbedre tilbagevendende koordineringsproblemer.
Hyppige forvekslinger omkring Sprint Refinement vs Sprint Retrospektive
Sprint Planning vs Sprint Refinement
Refinement forbereder, Planning beslutter sprint-committet.
Sprint Review vs Sprint Retrospektive
Review fokuserer på produktinkrementet og feedback fra interessenter, Retrospektiven fokuserer på teamprocessen og forbedringer.
Backlog Refinement vs Sprint Planning
Backlog Refinement gør mulighederne klar til udførelse, Sprint Planning vælger sprint-planen ud fra disse.
Som ekstern uddybning af Scrum-events bruger jeg ofte de korte forklaringer fra Scrum.org og Atlassian.
Sprint Refinement vs Sprint Retrospektive: Hvilket spørgsmål passer hvornår?
| Situation | Brug hellere Refinement-spørgsmål | Brug hellere Retrospektive-spørgsmål |
|---|---|---|
| Stories er for store/uklare | ”Hvad mangler for at de kan udføres?” | |
| Prioriteter er uklare | ”Hvad er virkelig vigtigt i næste sprint?” | |
| Tilbagevendende gnidninger | ”Hvad bremser vores samarbejde?” | |
| Tiltag bliver ikke gennemført | ”Hvilket ét tiltag committer vi os til indtil næste retro?” | |
| For mange overraskelser | ”Hvilken risiko burde vi have set tidligere?" | "Hvorfor ser vi denne risiko for sent?” |
Min regel for Sprint Refinement vs Sprint Retrospektive: Hvis kernespørgsmålet er “Hvad bygger vi som det næste?”, er det Refinement. Hvis det er “Hvordan bliver vi bedre som team?”, er det Retrospektive.
2 gode retrospektive idéer for begyndere
Keep Stop Start
Hvis du vil starte med en enkel og klar struktur, er Keep Stop Start ofte det bedste valg. Denne metode hjælper begyndere med hurtigt at gå fra observationer til konkrete tiltag.
Keep Stop Start Retro: Sådan forløber retroen
-
Random Icebreaker (2-5 minutter)
Echometer stiller en generator til rådighed med tilfældige check-in-spørgsmål.
-
Gennemgang af åbne tiltag (2-5 minutter)
Før man går i gang med nye emner, bør man tale om effektivitetskontrol for at se, hvad der er blevet af tiltagene fra tidligere retrospektiver. Echometer viser automatisk alle åbne Action Items fra tidligere retros.
-
Diskuter retro-emner
Brug de følgende åbne spørgsmål til at samle jeres vigtigste indsigter. Først skjult for hver især. Echometer gør det muligt at afsløre hver kolonne på retro-boardet enkeltvis for derefter at præsentere og gruppere feedbacken.
- Keep: Hvad skal vi fortsætte med?
- Stop: Hvad skal vi holde op med?
- Start: Hvad skal vi begynde at gøre?
-
Catch-all spørgsmål (Anbefalet)
For at andre emner også får en plads:
- Hvad vil du ellers gerne tale om i retroen?
-
Prioritering / Afstemning (5 minutter)
På retro-boardet i Echometer kan I nemt prioritere feedbacken med afstemningsfunktionen. Afstemningen er naturligvis anonym.
-
Definer tiltag (10-20 minutter)
Via plus-symbolet ved en feedback kan man oprette et linket tiltag. Er du ikke sikker på, hvilket tiltag der er det rigtige? Så åbn i stedet et whiteboard om emnet via plus-symbolet for at brainstorme kerneårsager og mulige tiltag.
-
Checkout / Afslutning (5 minutter)
Echometer gør det muligt at indsamle anonym feedback fra teamet om, hvor hjælpsom retroen var. Dette resulterer i en ROTI-score ("Return On Time Invested"), som I kan tracke over tid.
Keep Stop Start Retro
Spotify Health Check Retro
Hvis dit team ikke kun ønsker at identificere individuelle problemer, men også mønstre i samarbejdet, er denne metode særligt nyttig. Den giver dig på kort tid et bredere billede af teamdynamik og udvikling.
Team-retrospektiv med Spotify Health Check: Sådan forløber retroen
-
Random Icebreaker (2-5 minutter)
Echometer stiller en generator til rådighed med tilfældige check-in-spørgsmål.
-
Gennemgang af åbne tiltag (2-5 minutter)
Før man går i gang med nye emner, bør man tale om effektivitetskontrol for at se, hvad der er blevet af tiltagene fra tidligere retrospektiver. Echometer viser automatisk alle åbne Action Items fra tidligere retros.
-
Health Check
Alle teammedlemmer kan besvare Health-Checks anonymt på en skala. Gennemgå derefter resultaterne af Health-Checks sammen og fasthold evt. yderligere kommentarer. Hvis I bruger de samme Health-Checks i flere retrospektiver, kan I også tracke trends over tid i Echometer.
- Vi er glade for at gå på arbejde og har det sjovt med at samarbejde.
- Vi får altid god støtte og hjælp, når vi beder om det.
- Vi er et fantastisk team, der arbejder godt sammen.
- Vi lærer hele tiden mange interessante ting.
-
Diskuter retro-emner
Brug de følgende åbne spørgsmål til at samle jeres vigtigste indsigter. Først skjult for hver især. Echometer gør det muligt at afsløre hver kolonne på retro-boardet enkeltvis for derefter at præsentere og gruppere feedbacken.
-
Catch-all spørgsmål (Anbefalet)
For at andre emner også får en plads:
- Hvad vil du ellers gerne tale om i retroen?
-
Prioritering / Afstemning (5 minutter)
På retro-boardet i Echometer kan I nemt prioritere feedbacken med afstemningsfunktionen. Afstemningen er naturligvis anonym.
-
Definer tiltag (10-20 minutter)
Via plus-symbolet ved en feedback kan man oprette et linket tiltag. Er du ikke sikker på, hvilket tiltag der er det rigtige? Så åbn i stedet et whiteboard om emnet via plus-symbolet for at brainstorme kerneårsager og mulige tiltag.
-
Checkout / Afslutning (5 minutter)
Echometer gør det muligt at indsamle anonym feedback fra teamet om, hvor hjælpsom retroen var. Dette resulterer i en ROTI-score ("Return On Time Invested"), som I kan tracke over tid.
Team-retrospektiv med Spotify Health Check
Health Check spørgsmål (skala)
Du finder flere metoder her: Retrospektive metoder . For bedre starter anbefaler jeg indlægget Retrospektiv check-in . Til implementering af Action Items passer Retrospektive tiltag .
Hvorfor Echometer er den perfekte start
Når teams ønsker at adskille Sprint Refinement vs Sprint Retrospective tydeligt, hjælper et klart workflow. Echometer er ideel til dette, fordi du starter direkte med strukturerede skabeloner til din retrospektive, sporer tiltag og gør teamudvikling synlig. Bemærk: Echometer er ikke til refinement, men specialiseret i effektive retrospektiver.
Hvis du udover retrospektiver også vil måle teamudvikling, så tag et kig på vores landingsside om Team Health Check Software an.
Hvis du leder efter en moderationsguide, finder du her vores e-bog med tips til retro-moderation.
Konklusion
Sprint Refinement vs Sprint Retrospective kan nemt adskilles, hvis du holder fokus klart: Refinement skærper det næste arbejde, den retrospektive forbedrer jeres samarbejde. Hvis du anvender denne logik konsekvent, bliver begge møder kortere, klarere og betydeligt mere effektive.
FAQ fra vores bibliotek
Hvem deltager i en retrospektiv?
En retrospektive finder typisk sted på teamniveau. Som regel har sådanne agile teams mindst 3 medlemmer og op til 10 medlemmer. Alle teammedlemmer deltager således i retrospektiven - uanset den enkelte teammedlems rolle i teamet.
Om teamlederen tæller som et teammedlem, afhænger af konteksten og skal i sidste ende besluttes af teamet selv. Jo mere involveret teamlederne er i teamets daglige arbejde, jo mere mening giver det, at de også deltager i teamets retrospektiver.
Der bør udpeges en moderator, som sikrer, at processen er så organiseret og effektiv som muligt. Denne opgave kan f.eks. udføres af Scrum Master, men også af et andet teammedlem. Man kan også bare lade moderatorrollen gå på omgang i teamet –, så alle skiftes i en bestemt rækkefølge.
Hvilke trin indgår i en retrospektive?
Typisk er der fem faser for retrospektiver: Skabe rammer, indsamle data, opnå indsigt, udlede handlinger og afslutning. Den nøjagtige proces kan variere, men bør altid føre til konkrete handlingspunkter. Ud over de klassiske 5 faser af retrospektiver er der også Modellen med den dobbelte diamant for faserne i retrospektiver , hvilket giver moderatorer af retrospektiver et mere intuitivt billede af en vellykket og resultatorienteret moderation.
Hvordan måler man succesen af en retrospektive?
Succesen af retrospektiver viser sig ved, at aftalte tiltag implementeres, og der opstår målbare forbedringer. Teams bruger til dette, ud over produktivitetsnøgletal (som skal tages med forbehold), f.eks. opfølgning af Action Items, tendenser på feedback-skalaer i Team Health-Check- / Pulse-Check-undersøgelser.
