Team Health Check'er (13 Ofte stillede spørgsmål)

I praksis er en rytme på 6 til 12 uger hensigtsmæssig. På den måde har teamsene nok tid til at implementere tiltag, uden at målingen bliver for sjælden.

Til en første baseline rækker ofte 3 trin:

1. Kort sundhedstjek.
2. Refleksion i retrospektiv.
3. Opfølgingsmåling efter 1 til 3 sprintcyklusser.

Månedlige målinger kan være meningsfulde, hvis spørgsmålene er meget korte. For hyppige, lange assessments fører derimod hurtigt til spørgetræthed.

Måling af agil modenhed kan nemt forbindes med retrospektiver ved at besvare health-check-spørgsmål før eller i starten af retroen og reflektere resultaterne direkte i teamet.

Forløbet er enkelt:

1. Teamet besvarer få udsagn på en skala.
2. Resultaterne gøres synlige i retrospektiven.
3. Teamet diskuterer afvigelser og årsager.
4. 1 til 2 konkrete tiltag besluttes.
5. Ved den næste måling tjekkes det, om noget er blevet bedre.

Så forbliver målingen tæt på det daglige arbejde og bliver ikke et rent rapporteringsværktøj.

Agil modenhed og Agile Maturity betyder i bund og grund det samme: Hvor langt en organisation eller et team lever agile principper effektivt i hverdagen.

“Agiler Reifegrad” er den tyske betegnelse. “Agile Maturity” bruges ofte i internationale frameworks, assessments og værktøjer.

Det vigtigste er ikke begrebet, men målelogikken: Gode Agile-Maturity-assessments måler ikke kun processer, men også læringsevne, kundekontakt, samarbejde, kvalitet og ledelse.

Man bør ikke sammenligne teams’ agile modenhed som en rangliste. Teams arbejder under forskellige vilkår, for eksempel med andre produkter, afhængigheder, legacy-systemer eller interessenter.

Det er meningsfuldt at sammenligne udviklingen inden for det samme team: Er værdien forbedret siden den sidste måling? Hvilken tiltag har hjulpet? Hvilken blokering er stadig synlig?

På tværs af teams kan mønstre stadig være værdifulde, hvis de bruges til at identificere systemiske hindringer, ikke til at vurdere teams.

Gode spørgsmål i en Agile Maturity Assessment er konkrete, observerbare og handlingsnære. Eksempler er:

• Vi indhenter feedback fra kunder eller interessenter tidligt nok.
• Vores team arbejder på klart prioriterede mål.
• Vi kan selv træffe beslutninger inden for vores ansvarsområde.
• Kritiske observationer bliver taget op åbent og konstruktivt.
• Tiltag fra retrospektiver følges synligt op.
• Vi reducerer årsager til fejl i stedet for kun at afhjælpe symptomer.

Svarene bør ideelt set indsamles på en skala og derefter reflekteres over i en retrospektiv.

En pragmatisk 5-trins model for agil modenhed ser således ud:

1. Reaktiv: Arbejdet er stærkt ad hoc, læring sker tilfældigt, og retrospektiver har lille effekt.
2. Gentagelig: Agile ritualer er til stede, men kvalitet og forpligtelse svinger.
3. Etableret: Teamprocesser fungerer stabilt, og forbedringer bliver gennemført regelmæssigt.
4. Datadrevet: Beslutninger understøttes af målinger, feedback og observation.
5. Lærende: Kontinuerlig forbedring er fast forankret i team- og ledelseskulturen.

Trinene bør fungere som en rettesnor, ikke som et rigidt vurderingssystem. Det afgørende er udviklingen i et team.

Den agile modenhed måler man med en kombination af teamfeedback, leveringsmetrikker, kvalitetsdata og observerbare adfærdsændringer.

En praktisk rækkefølge er:

1. Fastlæg mål for den agile transformation.
2. Vælg 4 til 6 relevante dimensioner, for eksempel kundeorientering, levering, kvalitet, teamautonomi, læringskultur og ledelse.
3. Etabler en baseline via Health Check, metrikker og kvalitativ observation.
4. Reflektér over resultaterne i retrospektiver.
5. Afled 1 til 2 konkrete tiltag pr. team.
6. Mål igen efter 6 til 12 uger og sammenlign fremskridtene i det samme team.

Vigtigt: En modenhedsmåling er kun meningsfuld, hvis den omsættes direkte til forbedringstiltag. En score alene forbedrer ikke agilitet.

Metrikker fra fire perspektiver giver mening:

• Levering: Gennemløbstid, leveringsfrekvens, planlægbarhed.
• Kvalitet: Defektrate, andel af efterarbejde, teknisk stabilitet.
• Team: Psykologisk sikkerhed, klarhed, samarbejde.
• Kundenytte: Feedback-cyklusser, oplevet merværdi, tilfredshed.
• Forbedring: gennemførte retrotiltag, afhjulpne blokeringer, testede eksperimenter.

Det afgørende er kombinationen: Enkeltstående nøgletal kan misforstås. Først blandingen af hårde og bløde indikatorer giver et robust billede af det agile modenhedsniveau. Velocity egner sig ikke til sammenligning af teams.

Ja, man kan gennemføre anonyme undersøgelser i Echometer. Man kan oprette en undersøgelse og derefter dele linket til undersøgelsen. Alle med adgang til linket kan deltage anonymt i undersøgelsen uden at skulle logge ind først.

Ja, du kan automatisere teamundersøgelser via pulstjek i Echometer. For at automatisere undersøgelser i Echometer skal du først vælge spørgsmålene til pulstjekket, derefter vælge startdatoen og så den frekvens, hvormed denne undersøgelse skal sendes.

Du kan enten sende undersøgelsen til alle teams i dit arbejdsområde eller udelukke enkelte teams fra pulstjekkene.

Ja, du kan registrere dit teams psykologiske sikkerhed i Echometer med Health Check’er. Echometer har en skabelon til retrospektiver samt forskellige elementer i Health Check-elementpuljen. Du kan derfor konfigurere målingen individuelt og selv bestemme, om du vil indsamle målingen som en del af en retrospektiv undersøgelse eller som en del af en undersøgelse.

Ja, med Echometer kan du måle teamlykke og teammoral. Du kan bruge Health Check’erne i Echometer og indarbejde dem i dine team-retrospektiver eller -undersøgelser.

Ja, man kan indsamle og måle eNPS (Employee Net Promoter Score) i Echometers Health Checks og undersøgelser til retrospektiver.

eNPS kan analyseres i Echometer både på teamniveau og på tværs af teams. Til analyser på tværs af teams kan du f.eks. bruge varmekortet i Workspace Health Dashboard.