Måle agil modenhet: Enkel plan for 90 dager
Å måle en agil modningsgrad bør ikke ende i en abstrakt smidighetscore. Den agile modningsgraden skal synliggjøre hvor det finnes konkrete problemer, slik at disse hindringene kan fjernes systematisk.
Den viktigste regelen på forhånd: Mål agil modningsgrad bare når det skal føre til konkrete forbedringer. En modningsmåling uten oppfølgingshandling skaper rapporteringsarbeid og dårlig stemning på grunn av manglende fremgang.
Måle agil modningsgrad: Kortversjon
Hvis du har lite tid, bruk denne rekkefølgen:
- Klare mål: Hvorfor vil dere øke den agile modningsgraden deres? Raskere leveranser, bedre kvalitet, tettere kundekontakt, høyere ansvar i teamet?
- Velg modell: Bruk dimensjoner som er optimalisert for målet (2 til 4 modningsdimensjoner er nok) i stedet for et overlesset rammeverk.
- Mål baseline: Kombiner teamtilbakemeldinger, leveransemålinger og observasjoner.
- Reflekter over resultatene: Diskuter dataene i teamretrospektiver, ikke bare i ledelsesrapporteringen.
- Utled tiltak: Prioriter maksimalt 1 til 2 forbedringer per team.
- Mål på nytt: Mål på nytt etter 6 til 12 uker og sammenlign trender i samme team.
God modningsmåling besvarer tre spørsmål: Hvor står vi? Hva bremser oss? Hvilken endring skal vi teste som neste steg?
Hva er agil modningsgrad?
Den agile modningsgraden beskriver hvor effektivt agile prinsipper leves i hverdagen. Det handler mindre om hvorvidt Scrum-events eller Jira-tavler finnes, og mer om observerbar atferd:
- Team leverer regelmessig brukbare resultater.
- Tilbakemeldinger fra kunder og interessenter påvirker prioriteringene.
- Retrospektiver fører til synlige forbedringer.
- Beslutninger tas der den relevante informasjonen finnes.
- Ledelse skaper klarhet, fokus og psykologisk trygghet.
- Team bruker metrikker uten å gjøre det til et kontrollsystem.
Høy agil modningsgrad viser seg ved at en organisasjon lærer raskere enn problemene vokser.
Hvilke dimensjoner bør du måle?
I praksis holder det som regel med et utvalg av disse seks dimensjonene som er tilpasset målet. De er konkrete nok for team og brede nok for organisasjoner:
| Dimensjon | Ledende spørsmål | Typiske indikatorer |
|---|---|---|
| Kundeorientering | Lærer vi jevnlig fra markedet? | Tilbakemeldingssløyfer, bruksdata, interessenttilfredshet |
| Leveringsevne | Leverer vi verdi pålitelig? | Gjennomløpstid, leveringsfrekvens, forutsigbarhet |
| Kvalitet | Blir resultatene stabile? | Feil, omarbeid, teknisk gjeld |
| Teamautonomi | Kan team ta effektive beslutninger? | Avhengigheter, rolleklaring, beslutningsveier |
| Læringskultur | Blir problemer åpent forbedret? | Effekten av retros, eksperimentvilje, feil- og læringskultur |
| Ledelse og samspill | Finnes det retning uten mikrostyring? | Målklarhet, prioritering, tverrfaglig samordning |
Viktig: Ikke sammenlign team mot hverandre. Et team med et legacy-system, høy avhengighet og mange supporthenvendelser har andre forutsetninger enn et nytt produktteam. Sammenlign trender innenfor samme team.
De 5 nivåene av agil modning
En enkel trappemodell hjelper med å plassere nivået. Bruk den som grunnlag for samtale, ikke som sertifisering.
- Reaktiv: Arbeidet er sterkt ad hoc. Retrospektiver gjennomføres uregelmessig eller uten konsekvens.
- Gjennomførbar: Agile events finnes, men kvalitet og forpliktelse varierer.
- Etablert: Teamprosessene er stabile. Hindringer blir synlige og forbedres regelmessig.
- Datadrevet proaktiv: Team kobler tilbakemeldinger, metrikk og observasjon til proaktive beslutninger før problemene eskalerer.
- Lærende: Kontinuerlig forbedring er en del av kulturen. Læring skjer på tvers av team og muliggjøres aktivt av ledelsen.
Den viktigste grensen ligger mellom nivå 2 og 3: Der blir “vi gjennomfører agile ritualer” for første gang til “vi forbedrer dermed samarbeidet og leveransen vår målbar”.
Hvilke målinger for den agile modenheten er fornuftige?
Et robust bilde oppstår fra flere perspektiver. Ingen enkelt nøkkeltall viser agil modenhet pålitelig.
- Leveranse: Gjennomløpstid, leveransefrekvens, forutsigbarhet, arbeid i arbeid.
- Kvalitet: Feilrate, omarbeid, stabilitet, teknisk gjeld.
- Team: psykologisk trygghet, fokus, rolleklarhet, energinivå, samarbeid.
- Kundeverdi: Tilbakemeldingssyklus, bruksdata, tilfredshet, resultatmål.
- Forbedring: iverksatte retro-tiltak, læringseksperimenter, fjernede blokkeringer.
Unngå vanity-målinger som “antall Scrum-events”, “velocity i team-sammenligning” eller “agilitet i prosent”. De virker objektive, men fører ofte til feil styring.
30–60–90-dagers plan for målingen
Dag 1 til 30: Skape en baseline
Start i det små. Velg 3 til 5 team, et tydelig mål og få dimensjoner. Gjennomfør en kort helsesjekk, suppler eksisterende leveransedata og samle kvalitative observasjoner fra retrospektiver eller intervjuer.
Gode baseline-spørsmål er:
- Hvor mister vi akkurat nå mest tid?
- Hvilke beslutninger tar for lang tid?
- Hvor mangler vi kunde- eller interessenttilbakemelding?
- Hvilke retro-tiltak ble faktisk gjennomført?
- Hvilke avhengigheter bremser oss jevnlig?
Dag 31 til 60: Oversette resultater til tiltak
Evalueringen hører hjemme i teamene. Vis trender, utliggere og spenninger, men unngå ranglister. Hvert team bør bare ende opp med 1 til 2 tiltak, for eksempel:
- Teste WIP-grense for å redusere parallelt arbeid.
- Skjerpe Definition of Done for å redusere omarbeid.
- Innføre stakeholder-review tidligere i sprinten.
- Definere en beslutningsregel for gjentakende avhengigheter.
- Gi retrospektive tiltak en tydelig ansvarlig person.
Dag 61 til 90: Måle på nytt og lære
Etter 6 til 12 uker måler du igjen. Det avgjørende er ikke om hver verdi øker, men om teamet tester hypoteser og tar bedre beslutninger.
Et godt review-spørsmål er: “Hvilken endring har beviselig hjulpet, hvilken ikke, og hva lærer vi av det?”
Sammenligning av modeller for agil modenhet
Det finnes mange modeller. Når du skal velge, er det mindre viktig hvilken modell som er mest kjent, enn om den forbedrer beslutninger.
| Modell | Styrker | Vær oppmerksom på |
|---|---|---|
| Great Place to Work-modulen for agilitet | Kobler kultur og prosesser | Ofte mer en organisasjonsdiagnose enn et teamverktøy |
| Ny modell for arbeidsomstilling | Hjelper med autonomi, holdning og ledelse | Krever god fasilitering og kontekstforståelse |
| Agility Health Radar | Strukturerer mange teamdimensjoner | Kan bli tung hvis det er for mange dimensjoner |
| Echometer Health Checks | Kobler måling direkte til retrospektiver og tiltak | Effekten avhenger av ærlig refleksjon og oppfølging |
Kilde: Agile Pulse 2020 fra BearingPoint
Kilde: Great Place to Work-studie om agilitet i virksomheter
Kilde: New Work Trafo Model fra Me & Company
Health Check-retrospektiver som måleinstrument for den agile modenheten
Retrospektiver er det beste stedet å oversette modenhetsmåling til forbedring. Grunnen er enkel: Dataene blir diskutert der arbeidet skjer.
Hvis du vil starte direkte, egner disse Health Check-retroene seg spesielt godt.
Mal 1: 5 Agile verdier Health Check
Denne malen passer hvis dere vil sjekke om Scrum-verdier faktisk er synlige i hverdagen: mot, respekt, forpliktelse, fokus og åpenhet.
5 Agile verdier Health Check: 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.
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.
- Mot: Vi setter pris på når noen viser mot.
- Respekt: Vi verdsetter hverandres ideer, selv om vi er uenige.
- Forpliktelse: Alle teammedlemmene gjør sitt ytterste for å holde det de lover.
- Fokus: Vi lar oss ikke distrahere fra sprintmålet.
- Åpenhet: Vi er åpne for konstruktive tilbakemeldinger og kan vokse på dem.
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.
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.
5 Agile verdier Health Check
Helsesjekkspørsmål (skala)
Mal 2: Teammoral Health Check
Denne malen er nyttig hvis dere vil måle modenhet ikke bare gjennom prosesser, men også gjennom energi, samarbeid og teamklima.
Teammoral Health Check: 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.
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.
- Anerkjennelse: Vi verdsetter våre kollegers prestasjoner og bidrag.
- Lagånd: Det er et tillitsfullt samarbeidsklima i teamet vårt.
- Åpenhet: I teamet mitt vet alle hvem som jobber med hva.
- Avkobling og pauser: Jeg har nok plass til pauser der jeg kan hente ny energi.
- Møtekultur: Møtene våre er godt strukturerte, men gir likevel rom for kreativitet og nye ideer.
- Støtte: I mitt team deler hvert teammedlem av sin individuelle kunnskap og erfaring.
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.
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.
Teammoral Health Check
Helsesjekkspørsmål (skala)
Mal 3: Psykologisk trygghet Health Check
Psykologisk trygghet er spesielt relevant når problemer blir synlige sent, beslutninger forskjønnes, eller retrospektiver forblir overfladiske.
Psykologisk trygghet Health Check: 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.
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.
- Når noen i teamet vårt gjør en feil, blir de ikke uglesett for det.
- I teamet vårt kan man ta opp vanskelige problemer og ubehagelige temaer.
- Ingen i teamet vårt ville med vilje handle slik at arbeidet mitt blir undergravd.
- Det er enkelt å be andre teammedlemmer om hjelp.
- Mine spesielle ferdigheter og talenter blir verdsatt og brukt i teamet.
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.
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.
Psykologisk trygghet Health Check
Helsesjekkspørsmål (skala)
Du finner flere formater i oversikten over Retrospektive metoder.
Agile Maturity Assessment: Eksempelspørsmål
Et godt Agile Maturity Assessment bør være kort nok til at team kan gjenta det, og konkret nok til at svar fører til tiltak.
Bruk utsagn som kan besvares på en skala:
- Kundeorientering: Vi henter inn tilbakemeldinger fra kunder eller interessenter tidlig nok.
- Forutsigbarhet: Vi ser realistisk hvor mye arbeid vi kan håndtere parallelt.
- Fokus: Teamet vårt arbeider mot tydelig prioriterte mål.
- Autonomi: Vi kan selv ta beslutninger innenfor vårt ansvarsområde.
- Tilbakemelding: Kritiske observasjoner blir tatt opp åpent og konstruktivt.
- Læring: Tiltak fra retrospektiver følges opp synlig.
- Kvalitet: Vi reduserer årsakene til feil, i stedet for bare å utbedre symptomene.
- Ledelse: Våre ledere hjelper oss med å avklare prioriteringer og rammebetingelser.
Vanlige feil ved modningsgradsmåling
De vanligste feilene er mindre metodiske enn kulturelle:
- For mange dimensjoner: Ingen vet lenger hvilken endring som virkelig er viktig.
- Teamranking: Team optimaliserer for inntrykk i stedet for samarbeid.
- Metrikker uten kontekst: Velocity, gjennomløpstid eller feil blir tolket feil.
- Engangsundersøkelse: Uten ny måling oppstår ingen læringssyklus.
- Ingen kobling til retro: Resultatene blir værende i dashbordet i stedet for i teamsamtalen.
- For store tiltak: Team starter transformasjonspakker som ikke lar seg gjennomføre i hverdagen.
En god test: Kan hvert team etter målingen si i én setning hvilket konkret eksperiment de starter som neste?
Hvordan virksomheter fremmer agil modenhet
Etter målingen begynner det egentlige arbeidet. Disse grepene virker nesten alltid:
- Skape tillit: Styrke åpenhet, klare beslutningsrom og en konstruktiv feilkultur.
- Rette ut ledelsen på nytt: Ledere skal fjerne hindringer, avklare mål og muliggjøre autonomi.
- Korte ned tilbakemeldingssløyfer: Involvere kunder, interessenter og team tidligere og oftere.
- Gjøre retrospektiver mer forpliktende: Hver retro trenger få, tydelige og oppfølgte tiltak.
- Lære på tvers av team: Synliggjøre gode eksperimenter, uten å skjære alle team over én kam.
- Bruke 1-til-1-samtaler: Regelmessig reflektere over personlig utvikling, motivasjon og hindringer.
For medarbeiderutvikling kan en gjentakende 1-til-1 helsecheck være nyttig:
⁉️ Stemningssjekk (enighet fra 1-7): Personlig utvikling
- «Arbeidsoppgavene mine går vanligvis veldig raskt fremover, selv om ekstern tilbakemelding er nødvendig.»
- «Når jeg observerer suboptimal atferd, vet jeg hvordan jeg kan gjøre kolleger konstruktivt oppmerksomme på det.»
- «Jeg får konstruktiv tilbakemelding både på arbeidet mitt og på min personlige utvikling.»
- «Jeg ser en attraktiv karrierevei i selskapet foran meg.» #Growth
- «I løpet av de siste ukene har jeg veldig ofte kunnet bruke mine styrker på jobben.»
Slik ser denne undersøkelsen ut i Echometer:
Vanlige spørsmål om smidig modenhetsmåling
Hvordan måler man agil modenhet?
Den agile moden måles med en kombinasjon av teamtilbakemeldinger, leveransemetrikker, kvalitetsdata og observerbare atferdsendringer.
En praktisk rekkefølge er:
- Fastsett mål for den agile transformasjonen.
- Velg 4 til 6 relevante dimensjoner, for eksempel kundeorientering, leveranse, kvalitet, teamautonomi, læringskultur og ledelse.
- Innhent en baseline gjennom Health Check, metrikker og kvalitative observasjoner.
- Reflekter over resultatene i retrospektiver.
- Avled 1 til 2 konkrete tiltak per team.
- Mål på nytt etter 6 til 12 uker og sammenlign fremgangen i det samme teamet.
Viktig: En modenhetsmåling er bare meningsfull hvis den direkte omsettes i forbedringstiltak. En score alene forbedrer ikke agilitet.
Hva er de 5 trinnene for agil modenhet?
En pragmatisk 5-trinnsmodell for agil modenhet ser slik ut:
- Reaktiv: Arbeidet er sterkt ad hoc, læring skjer tilfeldig, og retrospektiver har liten effekt.
- Gjentärbar: Agile ritualer er på plass, men kvalitet og forpliktelse varierer.
- Etablert: Teamprosesser fungerer stabilt, og forbedringer blir gjennomført jevnlig.
- Datadrevet: Beslutninger understøttes av målinger, tilbakemeldinger og observasjon.
- Lærende: Kontinuerlig forbedring er godt forankret i team- og lederkulturen.
Stadiene bør fungere som en veiledning, ikke som et rigid vurderingssystem. Det avgjørende er trenden innenfor et team.
Hvilke beregninger er fornuftige for måling av agil modenhet?
Beregninger fra fire perspektiver er fornuftige:
- Leveranse: gjennomløpstid, leveringsfrekvens, planbarhet.
- Kvalitet: feilrate, andel omarbeid, teknisk stabilitet.
- Team: psykologisk trygghet, klarhet, samarbeid.
- Kundenytte: tilbakemeldingssykluser, oppfattet merverdi, tilfredshet.
- Forbedring: gjennomførte retrotiltak, fjernede blokkeringer, testede eksperimenter.
Det avgjørende er kombinasjonen: Enkeltstående nøkkeltall kan feiltolkes. Først kombinasjonen av harde og myke indikatorer gir et robust bilde av den agile modningsgraden. Velocity egner seg ikke til sammenligning mellom team.
Hvor ofte bør man måle den agile modenhetsgraden?
I praksis er en rytme på 6 til 12 uker fornuftig. Slik har teamene nok tid til å gjennomføre tiltak, uten at målingen blir for sjelden.
For en første baseline er ofte 3 steg nok:
- Kort helsesjekk.
- Refleksjon i retrospektivet.
- Oppfølgingsmåling etter 1 til 3 sprintsykluser.
Månedlige målinger kan være fornuftige hvis spørsmålene er svært korte. For hyppige, lange undersøkelser fører derimot raskt til spørreundersøkelsestrøtthet.
Bør man sammenligne den agile modenheten til team?
Man bør ikke sammenligne den agile modenheten til team som en rangering. Team jobber under ulike betingelser, for eksempel med andre produkter, avhengigheter, legacy-systemer eller interessenter.
En trend sammenligning innen samme team er meningsfull: Har verdien blitt bedre siden siste måling? Hvilket tiltak har hjulpet? Hvilken blokkering er fortsatt synlig?
Tverrgående mønstre kan likevel være verdifulle hvis de brukes til å identifisere systemiske hindringer, ikke til å vurdere team.
Hva er forskjellen mellom agil modenhet og Agile Maturity?
Agil modenhet og Agile Maturity betyr i bunn og grunn det samme: Hvor langt en organisasjon eller et team lever agile prinsipper effektivt i hverdagen.
“Agiler Reifegrad” er den tyske betegnelsen. “Agile Maturity” brukes ofte i internasjonale rammeverk, vurderinger og verktøy.
Viktigere enn begrepet er målelogikken: Gode Agile-Maturity-vurderinger måler ikke bare prosesser, men også læringsevne, kundenærhet, samarbeid, kvalitet og ledelse.
Hvilke spørsmål bør inngå i en Agile Maturity Assessment?
Gode spørsmål i en Agile Maturity Assessment er konkrete, observerbare og handlingsnære. Eksempler er:
- Vi innhenter tidlig nok tilbakemeldinger fra kunder eller interessenter.
- Teamet vårt arbeider med tydelig prioriterte mål.
- Vi kan selv ta beslutninger innenfor vårt ansvarsområde.
- Kritiske observasjoner blir tatt opp åpent og konstruktivt.
- Tiltak fra retrospektiver blir fulgt opp synlig.
- Vi reduserer årsakene til feil i stedet for bare å rette opp symptomer.
Svarene bør ideelt sett samles inn på en skala og deretter reflekteres over i en retrospektiv.
Hvordan kombinerer man smidig modenhetsmåling med retrospektiver?
Smidig modenhetsmåling kan enkelt kombineres med retrospektiver ved å svare på helsesjekk-spørsmål før eller i starten av retroen, og deretter reflektere over resultatene direkte i teamet.
Prosessen er enkel:
- Teamet svarer på noen få påstander på en skala.
- Resultatene blir synliggjort i retrospektiven.
- Teamet diskuterer avvik og årsaker.
- 1 til 2 konkrete tiltak blir vedtatt.
- Ved neste måling sjekkes det om noe har forbedret seg.
På denne måten forblir målingen tett på det daglige arbeidet og blir ikke bare et rent rapporteringsverktøy.
Konklusjon
Du måler agil modenhet på en god måte når du starter med et tydelig mål og oversetter dataene direkte til tiltak og en læringssløyfe. Start med få dimensjoner, kombiner metrikker med teamtilbakemeldinger, diskuter resultatene i teamets retrospektiver og mål på nytt etter 6 til 12 uker.
Den beste indikatoren på agil modenhet er ikke en perfekt score, men et teams evne til å oppdage problemer tidlig og konsekvent gjennomføre effektive forbedringer.
For flere workshops om utvikling av teamkultur og tankesett finner du ekstra inspirasjon i den gratis e-boken: Teamflow & Mindset Change eBook
