Sprint Retrospektive Antipatterns: 10 fejl, 10 løsninger
Jeg har efterhånden deltaget i og faciliteret mere end 200 retrospektiver, og det er ikke alle, der gik godt.
Jeg er Scrum Master, psykolog og medstifter af retrospektiv-softwaren Echometer. Det er netop fra dette perspektiv, jeg skriver om Sprint Retrospektive Antipatterns: ikke som teori, men ud fra situationer, som jeg ser igen og igen i teams.
Når du leder efter Sprint Retrospektive Antipatterns, vil du som regel tre ting: hurtigt genkende, hvad der går galt, træffe en klar beslutning om, hvad du vil ændre, og se en reel effekt i næste sprint.
Mange teams leder også efter begrebet Sprint Retrospektive Anti Patterns, men mener indholdsmæssigt det samme: Retrospektive Antipatterns, der koster tid i praksis.
Hurtigtjek for Sprint Retrospektive Antipatterns
Når jeg mærker, at en retro tipper, bruger jeg først dette hurtigtjek:
- Symptom: Alle er flinke, ingen tager kritiske emner op.
Sandsynligt antipattern: Manglende psykologisk tryghed.
Øjeblikkelig løsning: Anonym start plus klare samtaleregler. - Symptom: Vi diskuterer for mange emner parallelt.
Sandsynligt antipattern: Ingen reel prioritering.
Øjeblikkelig løsning: Klyng emnerne (clustering) og stem om præcis ét hovedemne. - Symptom: Gode idéer, men ingen synlig forandring i næste sprint.
Sandsynligt antipattern: Tiltag uden ejerskab.
Øjeblikkelig løsning: Ét tiltag, én ejer, én deadline, ét klart signal på succes.
For mig er dette skridt afgørende, da Sprint Retrospektive Antipatterns ellers kun bliver beskrevet i stedet for løst.
Hvis hurtigtjekket viser et advarselssignal, går jeg struktureret gennem de hyppigste mønstre.
Det er netop her, de hyppige retrospektive fejl ligger, som jeg som Scrum Master ser først i de fleste teams.
10 hyppige Sprint Retrospektive Antipatterns og hvordan jeg løser dem
1) Intet klart mål i retroen
Symptom: Vi taler meget, men til sidst er det uklart, hvad der skal køre anderledes efter retroen.
Hvad der egentlig sker: Uden et fokusspørgsmål bliver retroen til en løs snak.
Hvad jeg ændrer: Jeg starter med et klart målspørgsmål: “Hvad vil vi forbedre målbart inden udgangen af næste sprint?”
Valgfri skabelon: Good-Bad
Hvorfor det passer: Hvis målet er uklart, hjælper den skarpe opdeling i “godt” og “ikke godt” mig med at få teamet til hurtigere at nævne et fælles forbedringsmål.
Godt vs. Dårligt: 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.
- Hvilke 3 ting er gået godt på det seneste?
- Hvilke 3 ting er ikke gået godt på det seneste?
-
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.
Godt vs. Dårligt
2) For mange emner på samme tid
Symptom: Alt virker vigtigt, og vi springer mellem emnerne.
Hvad der egentlig sker: Teamet fortaber sig i detaljer i stedet for at beslutte sig.
Hvad jeg ændrer: Indsamle, klynge, prioritere, og derefter vælge ét fokusproblem.
Valgfri skabelon: Tetrominos Retro
Hvorfor det passer: Tetrominos tvinger teamet til at se emner som sammenhængende brikker. På den måde bliver huller, overlap og prioriteter hurtigt synlige.
Tetrominos 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.
- Hvilke brikker passer godt sammen i vores proces?
- Hvor ser vi huller eller friktion?
- Hvilken omrokering giver os den største effekt i næste sprint?
-
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.
Tetrominos Retro
3) God diskussion, ingen implementering
Symptom: Retroen føles god, men to uger senere er der intet sket.
Hvad der egentlig sker: Tiltagene er for store eller formuleret uden forpligtelse.
Hvad jeg ændrer: Jeg begrænser det til maksimalt to tiltag med ejer, dato og en check-in-aftale.
4) Personfokus i stedet for systemfokus
Symptom: Sætninger som “Person X blokerer os” dominerer retroen.
Hvad der egentlig sker: Teamet diskuterer skyld i stedet for mønstre.
Hvad jeg ændrer: Jeg leder opmærksomheden hen på tilbagevendende situationer og udløsere i processen. Det er for mig god retrospektiv facilitering: at gøre adfærd diskuterbar uden at angribe personer.
5) Dominante stemmer, stille teammedlemmer
Symptom: To personer taler næsten hele tiden.
Hvad der virkelig sker: Vigtige perspektiver mangler, beslutninger bliver skæve.
Hvad jeg ændrer: Silent brainstorming, derefter struktureret talerækkefølge.
6) Altid det samme retro-format
Symptom: Deltagelsen falder, svarene bliver overfladiske.
Hvad der virkelig sker: Formatet passer ikke længere til problemtypen.
Hvad jeg ændrer: Jeg varierer bevidst efter mål: analyse, prioritering eller commitment.
Valgfri skabelon: Rennspiel Retro
Hvorfor det passer: Racerløb bringer bevidst energi og perspektivskifte ind. Især ved rutine-retros hjælper de legende rammer med at få ærlige og konkrete bidrag igen.
Racerløb 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.
- Hvilke genveje har hjulpet os?
- Hvilke bananer er vi gledet i?
- Hvilke powerups har bragt os fremad?
-
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.
Racerløb Retro
7) Ingen forbindelse til delivery, kvalitet, fokus
Symptom: Gode teamsamtaler, men næsten ingen effekt på gennemløbstid, kvalitet, fokus.
Hvad der virkelig sker: Tiltag er ikke koblet til reelle outcomes.
Hvad jeg ændrer: Hvert tiltag kobles til et sprint-mål eller et nøgletal. Kun på den måde kan jeg implementere retrospektive tiltag i stedet for blot at dokumentere dem.
8) For lidt psykologisk sikkerhed
Symptom: Kritiske punkter antydes kun forsigtigt.
Hvad der virkelig sker: Uden sikkerhed forbliver arbejdet med årsager overfladisk.
Hvad jeg ændrer: Jeg arbejder med klare safe-space-regler og anonymt input ved følsomme emner.
9) For lang retro, for lidt effekt
Symptom: Efter 45 minutter falder energien markant.
Hvad der virkelig sker: Diskussion æder beslutningstiden.
Hvad jeg ændrer: Hårde timeboxes og et tidligt skift til beslutningsfasen.
10) Perfektionisme under tidspres
Symptom: “I dag har vi for lidt tid til en rigtig retro.”
Hvad der virkelig sker: Kravet om fuldstændighed forhindrer læring.
Hvad jeg ændrer: Jeg bruger min nødtilstand med kun ét spørgsmål:
“Lad os forbedre én ting til næste sprint – hvad kunne det være? Vi brainstormer og stemmer på præcis én.”
Valgfri skabelon: Good-Bad
Hvorfor det passer: Good-Bad er den hurtigste skabelon fra databasen. To kolonner er nok til at vælge et klart problem og et konkret næste tiltag på få minutter.
Godt vs. Dårligt: 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.
- Hvilke 3 ting er gået godt på det seneste?
- Hvilke 3 ting er ikke gået godt på det seneste?
-
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.
Godt vs. Dårligt
Præcis det er min vigtigste regel for Sprint Retrospective Antipatterns: I tvivlstilfælde skal man træffe én god beslutning i stedet for ti halve.
Når jeg ser på teams, der hurtigt bliver bedre, løser de især Scrum Retrospective-fejl tidligt og konsekvent.
Forbedr Scrum Retrospective i stedet for blot at facilitere
Hvis jeg vil forbedre Scrum Retrospective bruger jeg en minimumsstandard:
Det samme gælder, hvis jeg vil forbedre en Sprint Retrospective: mindre diskussion, klarere beslutninger, mere konsekvent opfølgning.
- Et klart fokusemne
- Maksimalt to tiltag
- Opfølgning på de sidste tiltag i starten af næste retro
Hvis du har brug for konkrete metodevalg til dette, finder du gode uddybninger her:
- Overblik over retrospektive metoder
- Retrospektive check-in idéer
- Retrospektive tiltag med tips og eksempler
Hvorfor Echometer er mit udgangspunkt for Sprint Retrospective Antipatterns
Især ved Sprint Retrospective Antipatterns er det ikke nok bare at “facilitere bedre”. Jeg har brug for en proces, der holder på tværs af sprints. For mig er Echometer den bedste start til det:
- Klar struktur i stedet for facilitering efter mavefornemmelse.
- Skabelon-bibliotek med gode spørgsmål, der er klar til brug.
- Tracking af tiltag i stedet for en kirkegård af whiteboards.
- Kontinuerlig forbedringscyklus, ikke kun et godt møde.
Hvis du vil gå dybere, er disse sider normalt den hurtigste vej:
Eksternt perspektiv på Sprint Retrospective Antipatterns
Når jeg coacher teams, bruger jeg ofte disse kilder til indplacering ved siden af min egen praksis:
Også her viser det sig: Sprint Retrospektive-antimønstre er sjældent et metodeproblem, men næsten altid et implementeringsproblem.
FAQ om Scrum Sprint Retrospektive
Hvilke fejl bør absolut undgås under det første team-retrospektiv?
Især for teams med ringe eller ingen erfaring med retrospektiver bør man sørge for at undgå følgende fejl:
- Fejl nr. 1: Retrospektiv som et chatmøde. Ikke al feedback i et retrospektiv behøver at blive diskuteret. Kun de emner, der er blevet prioriteret sammen, fortjener ekstra opmærksomhed. Alle diskussioner om detaljer før afstemningen bør derfor aflyses og udskydes til efter afstemningen.
- Fejl nr. 2: Retrospektiv som et spil om skyld. Retrospektivet er ikke til for at flytte ansvaret eller give andre skylden for negative begivenheder eller udviklinger. At forbedre status quo ligger i hænderne på alle teammedlemmer!
- Fejl nr. 3: Retrospektiv som en brokkekasse. Retrospektiver handler ikke kun om at notere, hvad der ikke fungerer godt. Det meste af energien bør fokuseres på at tænke fremad og definere bindende tiltag.
Til den første retrospektive er det en god idé at bruge et dedikeret retro-værktøj som støtte. Echometer er med sin intuitive og guidede tilstand meget velegnet til uerfarne teams. Her kan du prøve en retrospektive i Echometer: https://my.echometerapp.com/retro-setup
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.
Hvordan sikrer Echometer, at retrospektive tiltag implementeres - er der påmindelser?
Ja, det retrospektive softwareværktøj Echometer giver dig også mulighed for at gemme påmindelser om tiltag. Disse sendes via e-mail individuelt til den person, der er ansvarlig for foranstaltningen. Det sikrer, at implementeringen af foranstaltningen ikke bliver glemt.
Konklusion: Løs Sprint Retrospektive-antimønstre pragmatisk
For mig er kernen i Sprint Retrospektive-antimønstre enkel: hellere få klare beslutninger med opfølgning end mange gode diskussioner uden effekt.
Og hvis en retro virkelig truer med at kuldsejle, holder jeg mig til det ene spørgsmål: “Hvad er den ene ting, der vil gøre os bedre i næste sprint?”
På den måde bliver Sprint Retrospektive-antimønstre igen til præcis det, en god retro skal være: en kort, effektiv løftestang til reel forbedring.
