Sprint Retrospektive Antipatterns: 10 feil, 10 løsninger
Jeg har etter hvert deltatt i og moderert mer enn 200 retrospektiver, og ikke alle gikk bra.
Jeg er Scrum Master, psykolog og medgründer av retrospektiv-programvaren Echometer. Det er nettopp fra dette perspektivet jeg skriver om Sprint Retrospektive Antipatterns: ikke som teori, men fra situasjoner jeg ser igjen og igjen i team.
Når du søker etter Sprint Retrospektive Antipatterns, vil du som regel ha tre ting: raskt gjenkjenne hva som går galt, tydelig bestemme hva du skal endre, og se ekte effekt i neste sprint.
Mange team søker også etter begrepet Sprint Retrospektive Anti Patterns, men mener innholdsmessig det samme: Retrospektive antipatterns som koster tid i praksis.
Hurtigsjekk for Sprint Retrospektive Antipatterns
Når jeg merker at en retro vipper, bruker jeg først denne hurtigsjekken:
- Symptom: Alle er hyggelige, ingen tar opp kritiske ting.
Sannsynlig antipattern: Manglende psykologisk trygghet.
Umiddelbar løsning: Anonym start pluss klare samtaleregler. - Symptom: Vi diskuterer for mange temaer parallelt.
Sannsynlig antipattern: Ingen reell prioritering.
Umiddelbar løsning: Klyng temaer og stem på nøyaktig ett hovedtema. - Symptom: Gode ideer, men ingen synlig endring i neste sprint.
Sannsynlig antipattern: Tiltak uten eierskap.
Umiddelbar løsning: Ett tiltak, én eier, én frist, ett tydelig suksess-signal.
For meg er dette steget avgjørende, fordi Sprint Retrospektive Antipatterns ellers bare blir beskrevet i stedet for løst.
Hvis hurtigsjekken viser et varselsignal, går jeg strukturert gjennom de vanligste mønstrene.
Det er nettopp der de vanlige retrospektive feilene ligger, som jeg som Scrum Master ser først i de fleste team.
10 vanlige Sprint Retrospektive Antipatterns og hvordan jeg løser dem
1) Ingen klare mål i retroen
Symptom: Vi snakker mye, men til slutt er det uklart hva som skal gjøres annerledes etter retroen.
Hva som egentlig skjer: Uten et fokusspørsmål blir retroen en løs samtale.
Hva jeg endrer: Jeg starter med et tydelig målspørsmål: “Hva ønsker vi å forbedre målbart innen slutten av neste sprint?”
Valgfri mal: Good-Bad
Hvorfor dette passer: Hvis målet er uklart, hjelper det meg med et hardt skille mellom “bra” og “ikke bra”, slik at teamet raskere kan nevne et felles forbedringsmål.
Bra vs. Dårlig: 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.
- Hvilke 3 ting har gått bra i det siste?
- Hvilke 3 ting har ikke gått bra i det siste?
-
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.
Bra vs. Dårlig
2) For mange temaer samtidig
Symptom: Alt virker viktig og vi hopper mellom temaer.
Hva som egentlig skjer: Teamet sprer seg for tynt i stedet for å ta en beslutning.
Hva jeg endrer: Samle, klyng, prioriter, og velg deretter ett fokusproblem.
Valgfri mal: Tetrominos Retro
Hvorfor dette passer: Tetrominos tvinger teamet til å se temaer som sammenhengende deler. På denne måten blir hull, overlapp og prioriteringer raskt synlige.
Tetrominos 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.
- Hvilke deler passer godt sammen i prosessen vår?
- Hvor ser vi hull eller friksjon?
- Hvilken omorganisering gir oss størst effekt i neste sprint?
-
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.
Tetrominos Retro
3) God diskusjon, ingen gjennomføring
Symptom: Retroen føles bra, men to uker senere har ingenting skjedd.
Hva som egentlig skjer: Tiltakene er for store eller formulert uten forpliktelse.
Hva jeg endrer: Jeg begrenser til maksimalt to tiltak med eier, dato og innsjekkingstidspunkt.
4) Personfokus i stedet for systemfokus
Symptom: Setninger som “Person X blokkerer oss” dominerer retroen.
Hva som egentlig skjer: Teamet diskuterer skyld i stedet for mønstre.
Hva jeg endrer: Jeg styrer mot gjentakende situasjoner og utløsere i prosessen. Dette er for meg god retrospektiv moderering: å gjøre atferd diskuterbar uten å angripe personer.
5) Dominante stemmer, stille teammedlemmer
Symptom: To personer snakker nesten hele tiden.
Hva som egentlig skjer: Viktige perspektiver mangler, beslutninger blir skjeve.
Hva jeg endrer: Silent brainstorming, deretter strukturert talerekkefølge.
6) Alltid samme retro-format
Symptom: Deltakelsen synker, svarene blir overfladiske.
Hva som egentlig skjer: Formatet passer ikke lenger til problemtypen.
Hva jeg endrer: Jeg varierer bevisst etter mål: analyse, prioritering eller forpliktelse.
Valgfri mal: Rennspiel Retro
Hvorfor dette passer: Rennspill bringer bevisst inn energi og perspektivskifte. Spesielt ved rutine-retroer hjelper den lekne rammen med å få ærlige og konkrete bidrag igjen.
Rennspill-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.
- Hvilke snarveier har hjulpet oss?
- Hvilke bananer har vi sklidd på?
- Hvilke powerups har ført oss fremover?
-
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.
Rennspill-retro
7) Ingen forbindelse til leveranse, kvalitet, fokus
Symptom: Gode teamsamtaler, men knapt noen effekt på gjennomløpstid, kvalitet, fokus.
Hva som egentlig skjer: Tiltakene er ikke koblet til reelle resultater.
Hva jeg endrer: Hvert tiltak kobles til et sprintmål eller et nøkkeltall. Bare slik kan jeg gjennomføre retrospektive tiltak i stedet for bare å dokumentere dem.
8) For lite psykologisk trygghet
Symptom: Kritiske punkter blir bare forsiktig antydet.
Hva som egentlig skjer: Uten trygghet forblir årsaksanalyse overfladisk.
Hva jeg endrer: Jeg jobber med klare safe-space-regler og anonyme innspill ved sensitive temaer.
9) For lang retro, for lite effekt
Symptom: Etter 45 minutter synker energien merkbart.
Hva som egentlig skjer: Diskusjon spiser opp beslutningstid.
Hva jeg endrer: Strenge tidsbokser og et tidlig skifte til beslutningsfasen.
10) Perfeksjonisme under tidspress
Symptom: “I dag har vi for liten tid til en ordentlig retro.”
Hva som egentlig skjer: Kravet om fullstendighet hindrer læring.
Hva jeg endrer: Jeg bruker min nødmodus med bare ett spørsmål:
“La oss forbedre én ting til neste sprint – hva kan det være? Vi brainstormer og stemmer på nøyaktig én.”
Valgfri mal: Good-Bad
Hvorfor dette passer: Godt-Dårlig er den raskeste malen fra databasen. To kolonner er nok til å velge et klart problem og et konkret neste tiltak på få minutter.
Godt vs. Dårlig: 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.
- Hvilke 3 ting har gått bra i det siste?
- Hvilke 3 ting har ikke gått bra i det siste?
-
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.
Godt vs. Dårlig
Nøyaktig dette er min viktigste regel for sprint-retrospektive antimønstre: Ved tvil, ta én god beslutning i stedet for ti halve.
Når jeg ser på team som forbedrer seg raskt, løser de fremfor alt Scrum-retrospektive feil tidlig og konsekvent.
Forbedre Scrum-retrospektive i stedet for bare å moderere
Når jeg vil forbedre en Scrum-retrospektiv, bruker jeg en minimumsstandard:
Det samme gjelder når jeg vil forbedre en sprint-retrospektiv: diskutere mindre, beslutte klarere, følge opp mer konsekvent.
- Et klart fokustema
- Maksimalt to tiltak
- Oppfølging av de forrige tiltakene i starten av neste retro
Hvis du trenger konkrete metodevalg for dette, finner du gode fordypninger her:
- Oversikt over retrospektive metoder
- Ideer til retrospektiv innsjekking
- Retrospektive tiltak med tips og eksempler
Hvorfor Echometer er mitt startpunkt for sprint-retrospektive antimønstre
Spesielt ved sprint-retrospektive antimønstre er det ikke nok å bare “moderere bedre”. Jeg trenger en prosess som bærer over flere sprinter. For meg er Echometer den beste starten for dette:
- Klar struktur i stedet for moderering etter magefølelse.
- Umiddelbart brukbart mal-bibliotek med gode spørsmål.
- Oppfølging av tiltak i stedet for en kirkegård av whiteboards.
- Kontinuerlig forbedringssyklus, ikke bare et godt møte.
Hvis du vil gå dypere, er disse sidene vanligvis den raskeste veien:
- Programvare for team-retrospektive
- Programvare for Team Health Check
- e-bok: Tips for retro-moderering
Eksternt perspektiv på sprint-retrospektive antimønstre
Når jeg coacher team, bruker jeg ofte disse kildene for klassifisering i tillegg til min egen praksis:
Også her viser det seg: Sprint Retrospektive-antimønstre er sjelden et metodeproblem, men nesten alltid et implementeringsproblem.
FAQ om Scrum Sprint Retrospektive
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
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.
Hvordan sikrer Echometer at retrospektive tiltak blir implementert - er det påminnelser?
Ja, det retrospektive programvareverktøyet Echometer lar deg også lagre påminnelser om tiltak. Disse sendes via e-post til den som er ansvarlig for tiltaket. Dette sikrer at gjennomføringen av tiltaket ikke blir glemt.
Konklusjon: Løs opp Sprint Retrospektive-antimønstre pragmatisk
For meg er kjernen i Sprint Retrospektive-antimønstre enkel: heller få, klare beslutninger med oppfølging enn mange gode diskusjoner uten effekt.
Og hvis en retro virkelig står i fare for å spore av, holder jeg meg til det ene spørsmålet: “Hva er den ene tingen som vil gjøre oss bedre i neste sprint?”
Slik blir Sprint Retrospektive-antimønstre igjen til akkurat det en god retro skal være: en kort, effektiv vektstang for reell forbedring.
