25 Agile KPI-er på et øyeblikk - 1 enkel KPI er nok!

Det finnes mange agile KPI-er og målemetoder. Men du må alltid ha én ting i bakhodet:

Si meg hvordan du måler meg, og jeg skal si deg hvordan jeg vil oppføre meg.

Dr. Eli Goldratt

Derfor er det nødvendig å stille et spørsmål: Er alle disse agile KPI-ene relevante? Og så er det et annet sitat:

Enkelhet er effektivitetens sjel.

Austin Freeman

Så neste spørsmål er: Hvis vi ønsker å måle agile på en så enkel måte som mulig, hvordan skal vi måle det? Hvilke agile beregninger og målinger er viktigst? Eller hvis vi bare skulle måle én ting, hva ville det være?

Oversikt: Typiske agile beregninger og KPI-er

Det finnes altfor mange måter å samle inn agile beregninger og KPI-er på. Her er en oversikt over mulighetene (ikke uttømmende):

Agil KPI	Forklaring	Basert på …	Korrelasjon til kundeverdi	Enkelhet i å måle det	Sikter mot …
Sprint Burndown-diagram	Viser fremdriften i sprinten for å nå sprintmålet	Subjektivt estimert innsats	Lav 🔴	Delvis manuelt ⚠️	Produktivitet 🏃
Hastighet	Indikator på hvor mye arbeid som er gjort i løpet av en sprint	Summen av subjektivt estimerte storypoints (fullstendige brukerhistorier)	Lav 🔴	Delvis manuelt ⚠️	Produktivitet 🏃
Epic og Release Burndown	Overvåking av fremdriften over mange oppgaver mot en epic	Subjektivt estimert innsats	Middels ⚠️	Delvis manuelt ⚠️	Produktivitet 🏃
Kontrolldiagram	Tidsvarighet fra status «Under behandling» til «Ferdig» for oppgaver	Objektiv tidsmåling	Lav 🔴	Automatisert ✅	Produktivitet 🏃
Kumulativt flytdiagram	Antall oppgaver i backloggen i forhold til gjenværende tid	Objektivt antall oppgaver vs. tid	Middels ⚠️	Automatisert ✅	Produktivitet 🏃
Lead Time	Tidsperiode mellom bestilling av et produkt og levering av det	Objektiv tidsmåling	Middels ⚠️	Automatisert ✅	Produktivitet 🏃
Value Delivered eller levert kundeverdi	Kundeverdi av et krav i € eller poeng	Subjektivt estimert og tildelt av produkteier	Middels ⚠️	Delvis manuelt ⚠️	Kundeverdi 🔍
Net Promoter Score	Villighet til å anbefale produktet videre	Subjektivt av kunden	Høy ✅	Delvis manuelt og verktøy nødvendig 🔴	Kundeverdi 🔍
Work Item Age	Indikasjon på hvor lang tid det tar fra start til fullføring av en oppgave	Objektivt gjennom et verktøy	Lav 🔴	Automatisert ✅	Produktivitet 🏃
Throughput	Gjennomsnittlig fullførte oppgaver innenfor en bestemt tid	Objektivt gjennom et verktøy	Middels ⚠️	Automatisert ✅	Produktivitet 🏃
Blocked Time	Antall og varighet av oppgaver som ikke kan behandles videre på grunn av interne avhengigheter	Objektivt gjennom et verktøy	Middels ⚠️	Automatisert ✅	Forutsigbarhet 🎲
Unnslupne defekter	Indikasjon på antall programvarefeil når en release publiseres	Objektivt gjennom et verktøy	Middels ⚠️	Automatisert ✅	Kvalitet 🏆
Failed Deployments	Antall deployments	Objektivt gjennom et verktøy	Middels ⚠️	Automatisert ✅	Kvalitet 🏆
Code Coverage	Omfanget som kildekoden til et program kjøres i (indikerer kvaliteten på programvaren)	Objektivt gjennom et verktøy	Middels ⚠️	Automatisert ✅	Kvalitet 🏆
Quality Intelligence	Hjelper med å identifisere nylige endringer i koden (indikerer kvaliteten på programvaren)	Objektivt gjennom et verktøy	Middels ⚠️	Automatisert ✅	Kvalitet 🏆
Cycle Time	«Work in progress» delt på gjennomsnittlig fullføringsrate av oppgaver (indikerer hvor godt arbeidsflyten fungerer)	Objektivt gjennom et verktøy	Middels ⚠️	Automatisert ✅	Produktivitet 🏃
Kundetilfredshet	Kunde- eller brukertilfredshet med produktet eller tjenesten	Subjektivt av kunden	Høy ✅	Delvis manuelt og verktøy nødvendig 🔴	Kundeverdi 🔍
Planned-to-done-ratio	Forholdet mellom planlagte og fullførte brukerhistorier	Objektivt gjennom et verktøy	Middels ⚠️	Automatisert ✅	Forutsigbarhet 🎲
Indeks for bruk	Viser hvilke funksjoner som faktisk brukes av kunder og i hvilken intensitet	Objektivt gjennom et verktøy	Høy ✅	Delvis manuelt ⚠️	Kundeverdi 🔍
Innovasjonsrate	Teamenes evne til å utvikle verdifulle funksjoner vs. å rette opp «dårlig» arbeid (feilrettinger og støtteforespørsler)	Objektivt gjennom et verktøy	Middels ⚠️	Delvis manuelt og verktøy nødvendig 🔴	Kvalitet 🏆
Selskapsverdi	Verdien av selskapet (området)	Objektivt eller subjektivt av interessentene	Middels ⚠️	Delvis manuelt ⚠️	Kundeverdi 🔍
Psykologisk sikkerhet	Sannsynlighet for at ansatte åpent deler sine meninger og ideer	Subjektivt gjennom et (undersøkelses-)verktøy	Høy ✅	Delvis manuelt og verktøy nødvendig 🔴	Kultur 🧑‍🤝‍🧑
Formål	En emosjonell begrunnelse for hvorfor din bedrift eller avdeling eksisterer	Subjektivt gjennom et (undersøkelses-)verktøy	Høy ✅	Delvis manuelt og verktøy nødvendig 🔴	Kultur 🧑‍🤝‍🧑
Visjon	Et emosjonelt bilde av hvordan din bedrift eller avdeling vil se ut i fremtiden	Subjektivt gjennom et (undersøkelses-)verktøy	Høy ✅	Delvis manuelt og verktøy nødvendig 🔴	Kultur 🧑‍🤝‍🧑
Medarbeidertilfredshet / Happiness	Tilfredshet hos de ansatte med arbeidet sitt	Subjektivt gjennom et (undersøkelses-)verktøy	Høy ✅	Delvis manuelt og verktøy nødvendig 🔴	Kultur 🧑‍🤝‍🧑

Misforstå meg rett: Du kan selvsagt ha mer kompliserte agile modenhetsmodeller eller agile målemetoder, som f.eks. Agilometer. Men jeg synes tankeeksperimentet med å ville måle bare én KPI er ganske spennende. Derfor utforsker jeg dette målet i denne artikkelen. 

Vi bruker de ovennevnte agile KPI-ene som grunnlag for denne teksten.

Et notat på forhånd: En enkel, pragmatisk, men svært nyttig agile-metrikk er den som vises i videoen her. Agustina deler til og med teamdataene fra hele fjoråret offentlig:

Play

Avvise agile metrikker og KPI-er?

Vil vi i det hele tatt ha agile metrikker og agile KPI-er?

Før vi går i dybden, er det én ting jeg ofte hører eller leser på LinkedIn når jeg snakker med agile coacher, scrum masters eller Scaled Agile Frameworks-konsulenter: Vil du i det hele tatt måle agile?

Det finnes løgner, det finnes fordømte løgner, og så finnes det statistikk.

Mark Twain

Mark Twain er litt dramatisk når han sier det. Men han har et poeng. Et poeng som Albert Einstein formulerte i et nøtteskall.

Ikke alt som kan telles, teller.

Albert Einstein

Hva er gode “KPI-er” i Agile - Velocity, Burndown-diagrammer, antall mislykkede utrullinger? Er disse agile metrikkene avgjørende for agil suksess? Det tviler jeg på. 

Men å gi opp alle beregninger? Det ville også være en feil.

Fordeler med agile KPI-er og metrikker

I dagens verden endrer forretningsmiljøet seg raskt. I gode tider tenker beslutningstakere på smidig transformasjon fordi de har ressursene og sikkerheten. Og i dårlige tider?

I dårlige økonomiske tider vil ledere falle tilbake til tradisjonell tenkning. De vil falle tilbake til gamle atferdsmønstre, f.eks. toppstyrte beslutninger som egentlig ikke er forenlige med moderne smidig tenkning.

Så hvis lederne ikke har klare KPI-er å styre etter i dårlige tider, bør de ikke engang starte en smidig transformasjon. I en økonomisk krise vil nemlig all fremgang som er gjort i forbindelse med transformasjonen, bli ødelagt.

Så sannsynligvis er den eneste muligheten for smidige metoder til å overleve vanskelige tider i skalerte omgivelser å slå systemet med dets egne våpen: ved å levere måltall. Målinger som gjør det lettere å styre i usikre tider.

Og jeg er sikker på at det finnes smidige beregninger som tilfører verdi. 

I ettertid anser jeg det som en av mine største feil å alltid kategorisk **å ha nektet.

Marcus Raitner

Einstein sier det også i sitt sitat: Det finnes ting som teller. Det er det denne artikkelen handler om.

Måle smidighet - Hva kjennetegner en god smidig metrikk?

La oss si at spørsmålet du stiller i din daglige stand-up typisk er: Hva har dere fått til i dag? Så det er slik du “måler” fremgangen i teamet ditt.

Godt spørsmål, ikke sant? Nei, ikke sant. Dette spørsmålet presser teamet til å vise at det er flittig. Spørsmålet setter teamet under press for å fullføre “gjøremålslisten”, slik at det stolt kan henvise til metrikken: Ja, jeg har vært ganske opptatt de siste 24 timene!

Men det er jo bra å fullføre “gjøremålslisten”, eller hva? Vel, det kommer an på. Noe annet er mye viktigere: Nemlig å nå målet til teamet. Det er typisk - i tilfelle av agile team - å levere kundeverdi eller på engelsk “delivering value”.

Agile KPI-er - hvordan man måler smidighet

Et bedre spørsmål (eller metrikk) i din daglige stand-up ville derfor være: “Hvordan har du hjulpet teamet eller organisasjonen din med å nå vårt (sprint-)mål de siste 24 timene?”

Endre spørsmålet ditt (eller metrikken), endre måten folk tenker og handler på: først effektivt, deretter effektivt - for å si det med ordene til Peter Drucker for å si det.

Endre metrikken - endre måten folk tenker og handler på.

For å si det med Einsteins ord: Vi må finne den ene tingen som kan telles - og som virkelig teller.

Så hva er egentlig viktig i en smidig transformasjon?

Riktig oversikt over agile KPI-er og agile måleparametere

Målet med deres agile transformasjon er definitivt ikke en agil transformasjon. Hvorfor gjør dere den agile transformasjonen? La oss bruke “3-Why-teknikken” for å forstå det:

Den viktigste grunnen til å gjennomføre en smidig omstilling er at du ikke ønsker å ende opp som Blockbuster, som ignorerte bransjetrender og kundebehov, ikke var åpen for endringer og til slutt gikk tom for penger.

Du vil ende opp som Netflix, som hele tiden utvikler forretningsmodellen sin rundt kundenes kjernebehov. Se bare på Casestudie om Blockbuster vs. Netflix.

Hvordan kan du omsette dette til en måling i en smidig transformasjon? Det kommer til å bli vanskelig.

Hva bedrifter bør gjøre i stedet: Bruker måltall fordi de er enkle å måle. Fordi verktøyene der ute spytter dem ut uansett. Sannsynligheten for at dette er de riktige målingene, er ganske lav.

Det handler for eksempel ikke om å forbedre sprinthastigheten. Dette er en vanlig feil: å overvåke og måle innsats eller effektivitet. I stedet handler det om å tilfredsstille kundens behov. 

Agile KPI-er og måle smidighet - en viktig erkjennelse

Etter å ha etablert alt dette, må vi måle gyldigheten av vår “ene måleenhet” opp mot noe eller finne et korrelat.

Vi må måle resultater, ikke utdata. Vi må måle vår agile transformasjon på hvor mye den hjelper oss med å nå målet vårt. Vi må ikke måle folk på tidsbruken deres, men på deres bidrag til en felles visjon eller et felles mål - vi må måle på den fordelen som er skapt for kunden!

Hvis vi ønsker å måle kundeverdi, må vi forstå kundens behov svært godt.

Et jernbaneselskap må for eksempel forstå at det ikke driver med jernbanevirksomhet. De må forstå at de driver med transport. For kundene bryr seg ikke om de blir transportert med tog eller fly.

En kort digresjon: Det viktige med agile målinger er selvfølgelig å reflektere over dem. Som for eksempel med Spotify Health Check med tilsvarende retrospektiv. 

Du kan gjøre akkurat det (om nødvendig også på tvers av team) via vårt Health Check & Retrospektive Tool. Du finner mer informasjon om dette under “Slik fungerer det”. Du kan også bare se på en Health Check Retrospektive her. I dette tilfellet er det en retro ang. Scrum.

Måling av kulturparametere (som psykologisk trygghet) kan derfor skje i agile retrospektiver, der målene også kan utledes umiddelbart.

Et alternativ til dette er en-til-en-møter mellom ledere og medarbeidere. 

Selv i denne rutinen kan regelmessige korte pulsundersøkelser og refleksjoner bidra til å samle inn meningsfulle kulturmålinger og samtidig implementere en kontinuerlig forbedringsprosess.

Vårt Echometer-verktøy kan også hjelpe deg med dette. Malen nedenfor inneholder noen helsespørsmål som du kan reflektere over individuelt sammen med teammedlemmene dine. Du kan svare på dem på en skala fra 1 til 7. 

Prøv det uten å logge inn ved hjelp av knappen:

Nok et innblikk i agile beregninger: Tidspunkt

En annen tanke er viktig her. I beste fall avhenger målingene av tidspunktet og/eller hvor langt du har kommet i den smidige transformasjonen. 

La oss si at du allerede vet at en smidig transformasjon med Scaled Agile Framework (SAFe®) eller andre smidige rammeverk er det rette steget for deg (dette er for øvrig det første du bør tenke på som bedrift).

I dette tilfellet bør du fokusere på Start av den smidige transformasjonen ligger i én ting: Ledergruppens agile tankesett.

Er ledergruppen virkelig klar for å endre seg? Forstår de implikasjonene av en transformasjon? Er de klare til å være det første teamet i selskapet som seriøst introduserer agile metoder - inkludert Kanban, agile retrospektiver og kontinuerlig selvrefleksjon?

I teorien bør altså en første agil metrikk fokusere på “beredskapen til ledelsen eller ledergruppen”. Min kollega Jean gir i sin artikkel 7 tips om ledernes rolle i smidige transformasjoner .

Det neste viktige spørsmålet du bør stille deg selv i transformasjonen: Har vi de riktige prosessene på plass for å forstå og kontinuerlig overvåke kundenes behov? Dette kan bli den neste smidige måleparameteren.

Men vent. Det hjelper oss ikke å nå målet med denne teksten - bare a ting å måle.

Nei, den er ment som en inspirasjon til den agile transformasjonen i form av en meningsfull agil modenhetsmodell.

La oss ta en titt på typiske agile måleparametere og hvordan de korrelerer med det viktigste resultatet av den agile transformasjonen: kundeverdi.

De viktigste agile metrikkene - en rangering

Du finner en tabell over med følgende De vanligste agile målingeneDette er målene som spiller en rolle i skalerte agile rammeverk og agile transformasjoner. Jeg har gruppert dem i henhold til fem områder, fem mål som man kan generelt med en smidig omstilling:

• KundefordelerOppfyller beregningene kundens behov?
• Forutsigbarhet: Leverer vi i tide og med smidige prosesser?
• ProduktivitetGjør vi stadig flere oppgaver på samme tid og med de samme ressursene?
• KvalitetLeverer vi et produkt som er fritt for feil og andre problemer?
• KulturEr medarbeiderne i vår organisasjon fornøyde, lærer de kontinuerlig og kan de være innovative slik at den målsatte leveringshastigheten kan opprettholdes på lang sikt?

Agile KPI-er - hvordan du måler agil suksess

Tabellen gir også en indikasjon på

• hvor enkelt det er å måle måleparameteren (basert på min personlige erfaring)
• Hvor mye denne beregningen korrelerer med vårt langsiktige hovedmål: Fremtidig kundeverdi (basert på min erfaring).

Så, hvilken er fra tabellen ovenfor den Hva er en god KPI i agile? Hva er en god KPI i agile?

Det er interessant at det ikke ser ut til å finnes noen smidig målemetode som er enkel å måle og samtidig gir maksimal kundeverdi. Men det er også synd.

Jeg vil si at “enkelheten i målingen” ikke er like viktig som “korrelasjonen til fremtidig kundeverdi”. Derfor ser de mest valide metrikkene ut til å være “Usage Index”, “Customer Satisfaction” eller “Net Promoter Score”.

Du kan forresten begynne å samle inn 11 KPI-er i teamet ditt allerede i dag ved å gjennomføre den såkalte Spotify Health Check med teamet ditt. Ta en titt på denne videoen og de andre nevnte videoene for å se hvordan det fungerer:

Play

Scaled agile Frameworks - den viktigste agile KPI-en er…?

Det spiller ingen rolle om du bruker Scaled Agile Framework (SAFe®) eller en annen modell for å øke den agile modenheten.

Det som korrelerer mest med fremtidig kundeverdi, er sannsynligvis kundetilfredshet. Eller, for å være mer presis, kundetilfredshet på øverste hylle. Du kan lese mer om dette temaet under denne lenken.

Kundetilfredshet har sannsynligvis også den høyeste korrelasjonen av alle disse måltallene med avkastningen av den smidige transformasjonen. Den forteller deg om du bør endre noe eller fortsette som før.

Agile KPI-er: En enkel nøkkeltall er nok - eller ikke?

Men stopp! Hvis du kun fokuserer på kundetilfredshet, hvordan kan du da sikre at du presterer bedre enn konkurrentene? langsiktig foran? Hvordan gjør dere det mulig for innovative og disruptive ideer å vokse og blomstre i bedriften deres? Hva som til syvende og sist er deres langsiktige mål…

I lys av disse spørsmålene synes jeg vi bør gå tilbake til det grunnleggende: For å kunne skape kontinuerlig kundeverdi og innovere trenger du to andre ting: smidige prosesser og en sunn bedriftskultur.

Bedriftskulturen sørger for at de ansatte føler seg Psykologisk trygt føler, er åpne for å feile, sier ifra og deler sine ideer. Og de smidige prosessene sørger for at dere implementerer ideene raskere enn konkurrentene.

**Agile, som en leder, sikter mot en People-First-tilnærming; den setter mennesker over ting.**Vikram Verma

Følgende figur illustrerer dette på en enkel måte. Hvis kundeverdi er det langsiktige målet, er inngangen til dette “smidige prosesser” ganger “bedriftskultur”.

Kultur × Agile prosesser = Langsiktig kundeverdi

Jeg leste en gang at “smidig transformasjon krever en kulturendring, ikke en prosessendring.”

Det kan jeg ikke være enig i. Det krever begge deler.

Tre agile KPI-er i den agile modenhetsmodellen

Så hvis du bare vil måle én ting i Scaled Agile Frameworks (SAFe®) eller andre rammeverk, så ville det være kundetilfredshet. Men ærlig talt kan jeg ikke anbefale å bare måle én ting - beklager at jeg må skuffe deg.

Hvis du virkelig ønsker å gjøre det så enkelt som mulig med målingene dine, anbefaler jeg at du måler minst tre ting for å få en indikasjon på den agile modenheten:

• Gå glipp av Kundens nytte eller verdi - gjennom kundetilfredshet. 
• Savner din Bedriftskultur - gjennom psykologisk sikkerhet som en indikator på læring og innovasjon. 
• Gå glipp av Etablering av smidige metoder - ved hjelp av “planned-to-done-ratio” som en indikator på hvor godt dere er i stand til å levere inkrementell kundeverdi.

Etter målingene må du utvikle noe. Lær deretter av det. Og så kan du gjenta målingene dine… Bygg. Måle. Lær…

Enkelt, ikke sant? Nei, selvfølgelig ikke. Men mener du alvor med å etablere smidige rammeverk i organisasjonen din?

Hva er en god agil KPI, og hvordan kan jeg dra nytte av den i min agile transformasjon?

Vi spør for tiden dusinvis av eksperter - Release Train Engineers, Agile Coaches, Scaled Agile Framework-konsulenter - om temaet KPI-er og metrikker i sammenheng med Scaled Agile Frameworks og agile metoder.

Basert på disse intervjuene har vi utviklet Project Scagile: 7 webinarer som hjelper deg med å 7 typiske feil i smidige transformasjoner å unngå. Et av webinarene handler om “Agile metrikker”.

Hvis du fortsatt er på utkikk etter et passende retrobrett, kan artikkelen vår hjelpe deg med emnet: De beste retrobrettene i sammenligning.