Agile maturity assessments: Hvorfor de ofte fejler
I nogle år har jeg næsten hver uge talt med Heads of Agile Transformation og Leads fra Agile Center of Excellence. I mellemtiden har der været betydeligt mere end 100 samtaler.
Og ved du, hvad jeg hører igen og igen? Mange virksomheder har allerede Agile maturity assessments. De laver undersøgelser, tjekker Jira-data, observerer DORA-metrikker. Nogle gange bliver resultaterne endda præsenteret pænt. Men tiltag, der virkelig forbedrer hverdagen i teamet? Det er præcis dér, det ofte fejler.

Hvad er et Agile Maturity Assessment?
Et Agile maturity assessment er for mig en struktureret statusmåling. Det viser, hvor konsekvent agile principper efterleves i det daglige samarbejde, og hvor godt teams skaber reelle resultater ud fra dem.
Pointen er: Det handler ikke om et pænt modenhedstal. Det handler om bedre beslutninger og effektive næste skridt.
Hvis du leder efter praktiske faciliteringsidéer til dette, finder du i vores oversigt over Retrospektive metoder og i guiden til Retrospektive check-ins mange formater, der kan bruges direkte.
Hvorfor Agile maturity assessments er vigtige
Når jeg sætter assessments korrekt op, hjælper de mig med at:
- gøre det aktuelle modenhedsniveau gennemsigtigt
- gøre systemiske flaskehalse synlige
- prioritere forbedringer klart
- gøre fremskridt målbare over tid
- skabe reel forandring ud fra diskussioner
En enkel modenhedsmodel i 5 trin
I praksis bruger jeg ofte en klar 5-trins model:
- Ad hoc: Agile anvendes punktvist, men er endnu ikke stabilt.
- Gentagelig: Ritualer er til stede, men effekten forbliver inkonsistent.
- Defineret: Roller, processer og ansvarsområder er afstemt.
- Målbar: Beslutninger træffes databaseret.
- Adaptiv: Kontinuerlig forbedring er en indlevet standard.
Vigtigt: Målet er ikke hurtigt at nå trin 5. Målet er det næste fornuftige skridt med høj effekt.

Sådan måler jeg agil modenhed på en meningsfuld måde
Jeg kombinerer altid tre perspektiver:
- Survey-data: Opfattelse af samarbejde, klarhed og fokus
- Delivery- og DORA-metrikker: f.eks. gennemløbstid, stabilitet, ændringskvalitet
- Kvalitativ evidens: Mønstre fra retrospektiver, interviews og blokeringer
Først denne kombination giver et realistisk billede.
For teams, der specifikt ønsker at arbejde med modellen, har jeg også uddybet baggrunden i indlægget om Spotify Health Check forberedt.
Den konkrete start: Spotify Squad Health Check Radar
Det er præcis her, jeg indsætter Spotify Squad Health Check Radar fra vores Echometer-bibliotek. Formatet hjælper teams med at reflektere nuanceret over deres samarbejde i stedet for blot at diskutere en mavefornemmelse.
Jeg bruger skabelonen i et enkelt forløb:
- Teamet besvarer Health-Check-punkterne anonymt på en skala.
- Vi ser på radaren sammen og markerer de største afvigelser.
- Vi prioriterer maksimalt 1 til 3 forbedringshåndtag til næste cyklus.
- Vi definerer ejer, deadline og succeskriterium.
Netop dette skridt afgør effekten: Hvordan du gør indsigter til holdbare to-do’s, har jeg beskrevet konkret i indlægget om Retrospektive tiltag med tips og eksempler beskrevet konkret.
Spotify Squad Health Check Radar: 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 leverer regelmæssigt værdi til vores brugere.
- Vores tekniske kvalitet understøtter hurtige ændringer.
- Vi samarbejder tillidsfuldt og gennemsigtigt som et team.
- Vores fokus er klart, og prioriteterne er stabile.
- Vi lærer systematisk af fejl og eksperimenter.
-
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.
- Hvilken dimension har forbedret sig mest siden sidste måling?
- Hvor ser vi i øjeblikket den største flaskehals og hvorfor?
- Hvilke 1 til 3 tiltag implementerer vi forpligtende indtil næste retro?
-
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.
Spotify Squad Health Check Radar
Health Check spørgsmål (skala)
Åbne spørgsmål
Hvorfor Echometer er det bedste udgangspunkt for Agile Health Checks
Efter min mening er Echometer den bedste start, fordi implementeringen er tænkt direkte ind i processen:
- Hurtig start: Teams kan starte med en struktureret proces uden en stejl læringskurve.
- Skabelonbibliotek med substans: Spotify Squad Health Check Radar er klar til brug med det samme.
- Målbar frem for mavefornemmelse: Tendenser over tid gør udviklingen synlig.
- Fokus på implementering: Tiltag dokumenteres og følges op.
- Skalerbar: Indsigter kan evalueres på tværs af flere teams.
Dermed bliver et assessment ikke til en rapport i skuffen, men til et styringsinstrument for reel forbedring.
Hvis du vil starte med det samme, så tag et kig på vores Team Health Check Software eller på vores Team Retrospektive Software .
Best practices for effektive assessments
- få, forretningsrelevante dimensioner i stedet for overfyldte spørgeskemaer
- klare prioriteter for hver cyklus i stedet for for mange parallelle initiativer
- forpligtende ansvarsområder for hvert tiltag
- kort review-takt på 2 til 4 uger
- gennemsigtig opfølgning over flere iterationer
Hvis du vil styrke dit facilitator-setup til dette, finder du yderligere praktiske impulser i vores e-bog om retro-facilitering og i de bedste retrospektive spil online .
Konklusion
Agile maturity assessments fejler sjældent på selve målingen. De fejler, fordi der ikke følger en konsekvent eksekvering efter målingen.
Når du kombinerer assessments med en klar model, en konkret skabelon som Spotify Squad Health Check Radar og en ren implementeringsproces, bliver “vi har indsamlet data” endelig til “vi har forbedret os”.