Agile maturity assessments: Hvorfor de ofte mislykkes

I flere år har jeg snakket med Heads of Agile Transformation og Leads fra Agile Center of Excellence nesten hver uke. Nå har det blitt betydelig mer enn 100 samtaler.

Og vet du hva jeg hører gang på gang? Mange selskaper har allerede Agile maturity assessments. De gjennomfører spørreundersøkelser, sjekker Jira-data, observerer DORA-metrikker. Noen ganger blir resultatene til og med presentert på en ryddig måte. Men tiltak som faktisk forbedrer hverdagen i teamet? Det er nettopp der det ofte svikter.

Hva er en Agile Maturity Assessment?

En Agile maturity assessment er for meg en strukturert statusvurdering. Den viser hvor konsekvent agile prinsipper etterleves i det daglige samarbeidet, og hvor godt teamene skaper reelle resultater ut fra dette.

Poenget er: Det handler ikke om et pent modenhetstall. Det handler om bedre beslutninger og effektive neste steg.

Hvis du leter etter praktiske fasiliteringsideer til dette, finner du i vår oversikt over retrospektive metoder og i guiden om retrospektive innsjekkinger mange formater som kan brukes direkte.

Hvorfor Agile maturity assessments er viktige

Når jeg setter opp vurderinger på en ryddig måte, hjelper de meg med å:

1. gjøre det nåværende modenhetsnivået transparent
2. synliggjøre systemiske flaskehalser
3. prioritere forbedringer tydelig
4. gjøre fremgang målbart over tid
5. skape reell endring ut av diskusjoner

En enkel modenhetsmodell i 5 trinn

I praksis bruker jeg ofte en tydelig 5-trinns modell:

1. Ad hoc: Agilt brukes punktvis, men er ennå ikke stabilt.
2. Repeterbar: Ritualer er på plass, men effekten forblir inkonsistent.
3. Definert: Roller, prosesser og ansvarsområder er samstemte.
4. Målbar: Beslutninger tas basert på data.
5. Adaptiv: Kontinuerlig forbedring er en innarbeidet standard.

Viktig: Målet er ikke å komme raskt til trinn 5. Målet er det neste fornuftige steget med høy effekt.

Slik måler jeg agil modenhet på en fornuftig måte

Jeg kombinerer alltid tre perspektiver:

1. Undersøkelsesdata: Oppfatning av samarbeid, tydelighet og fokus
2. Leveranse- og DORA-metrikker: f.eks. ledetid, stabilitet, endringskvalitet
3. Kvalitativ evidens: Mønstre fra retrospektiver, intervjuer og blokkeringer

Først denne kombinasjonen gir et realistisk bilde.

For team som ønsker å jobbe spesifikt med modellen, har jeg også utdypet bakgrunnen i innlegget om Spotify Health Check .

Den konkrete starten: Spotify Squad Health Check Radar

Det er nettopp her jeg bruker Spotify Squad Health Check Radar fra vårt Echometer-bibliotek. Formatet hjelper team med å reflektere nyansert over samarbeidet sitt, i stedet for bare å diskutere en magefølelse.

Jeg bruker malen i en enkel prosess:

1. Teamet svarer anonymt på Health Check-elementene på en skala.
2. Vi ser på radaren sammen og markerer de største avvikene.
3. Vi prioriterer maksimalt 1 til 3 forbedringstiltak for neste syklus.
4. Vi definerer eier, tidsfrist og suksesskriterium.

Nettopp dette trinnet avgjør effekten: Hvordan du gjør innsikt om til solide to-do-lister, har jeg beskrevet konkret i innlegget om retrospektive tiltak med tips og eksempler .

Hvordan

Spotify Squad Health Check Radar: Slik foregår retroen

1. Tilfeldig Icebreaker (2–5 minutter)

   Echometer gir deg en generator for tilfeldige innsjekkingsspørsmål.

2. 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.

3. 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 leverer regelmessig verdi til brukerne våre.
   • Vår tekniske kvalitet støtter raske endringer.
   • Vi samarbeider tillitsfullt og transparent som et team.
   • Fokuset vårt er tydelig og prioriteringene er stabile.
   • Vi lærer systematisk av feil og eksperimenter.

4. 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.

   • Hvilken dimensjon har forbedret seg mest siden forrige måling?
   • Hvor ser vi den største flaskehalsen akkurat nå, og hvorfor?
   • Hvilke 1 til 3 tiltak gjennomfører vi forpliktende frem til neste retro?

5. Catch-all-spørsmål (anbefales)

   Slik at også andre temaer har en plass:

   • Hva annet vil du snakke om i retroen?

6. Prioritering / Stemmegivning (5 minutter)

   På retro-tavlen i Echometer kan dere enkelt prioritere tilbakemeldingene med stemmegivning. Stemmegivningen er selvfølgelig anonym.

7. 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.

8. 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.

Spotify Squad Health Check Radar

Helsesjekkspørsmål (skala)

Vi leverer regelmessig verdi til brukerne våre.

Stemmer overhodet ikke Helt enig

Vår tekniske kvalitet støtter raske endringer.

Stemmer overhodet ikke Helt enig

Vi samarbeider tillitsfullt og transparent som et team.

Stemmer overhodet ikke Helt enig

Fokuset vårt er tydelig og prioriteringene er stabile.

Stemmer overhodet ikke Helt enig

Vi lærer systematisk av feil og eksperimenter.

Stemmer overhodet ikke Helt enig

Åpne spørsmål

Hvilken dimensjon har forbedret seg mest siden forrige måling?

Hvor ser vi den største flaskehalsen akkurat nå, og hvorfor?

Hvilke 1 til 3 tiltak gjennomfører vi forpliktende frem til neste retro?

Åpne denne retroen nå

Hvorfor Echometer er det beste utgangspunktet for Agile Health Checks

Fra mitt ståsted er Echometer den beste inngangen fordi gjennomføringen er tenkt inn fra starten:

1. Rask start: Team kan starte med en strukturert prosess uten en bratt læringskurve.
2. Mal-bibliotek med substans: Spotify Squad Health Check Radar er klar til bruk umiddelbart.
3. Målbart i stedet for følt: Trender over tid gjør utviklingen synlig.
4. Fokus på gjennomføring: Tiltak blir dokumentert og fulgt opp.
5. Skalerbar: Innsikt kan analyseres på tvers av flere team.

Dermed blir ikke en vurdering bare en rapport for skuffen, men et styringsinstrument for reell forbedring.

Hvis du vil starte med en gang, ta en titt på vår Team Health Check-programvare eller på Team Retrospektive-programvare .

Best practices for effektive vurderinger

1. få, forretningsrelevante dimensjoner i stedet for overlastede spørreskjemaer
2. klare prioriteringer per syklus i stedet for for mange parallelle initiativer
3. forpliktende ansvarsområder for hvert tiltak
4. kort gjennomgangstakt på 2 til 4 uker
5. gjennomsiktig oppfølging over flere iterasjoner

Hvis du vil styrke ditt facilitator-oppsett for dette, finner du ytterligere praktiske impulser i vår e-bok om retro-moderering og i de beste retrospektive spillene på nett .

Konklusjon

Agile maturity assessments mislykkes sjelden på grunn av selve målingen. De mislykkes fordi målingen ikke følges opp av konsekvent gjennomføring.

Når du kombinerer vurderinger med en klar modell, en konkret mal som Spotify Squad Health Check Radar og en ryddig gjennomføringsprosess, blir “vi har målt” endelig til “vi har forbedret”.