Merk: Nettstedet er automatisk oversatt. Bytt til engelsk for å få den beste leseopplevelsen.

agile metrikker og målinger2

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:

"Fortell meg hvordan du måler meg, så skal jeg fortelle 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?

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.

Før vi går i dybden, en liten notis. Snart arrangeres det et gratis webinar om "de beste agile metrics" – med hele 11 internasjonale eksperter som gjester! Du finner mer informasjon i teaservideoen. 

Hvis du synes dette høres interessant ut, finner du en liste på Mer informasjon på Project Scagile-nettstedet – Du kan også registrere deg gratis der. registrer deg (se knappen ovenfor).

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 jævla 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.

"Det er ikke alt som kan telles som teller."

Albert Einstein

Hva er gode "KPI-er" i Agile – Hastighet, burndown-diagrammer, antall mislykkede implementeringer? Er disse beregningene avgjørende for å lykkes med smidig utvikling? Det tviler jeg på. 

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

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.

De fleste Agile-bussene kjører rundt i sirkler....

og behandle overfladiske symptomer. Det er på tide å bruke psykologi – for å oppnå en bærekraftig holdningsendring.

"Mange teammedlemmer tør ikke å si ifra!"

"Vi oppdager for mange uventede problemer og bugs på et sent tidspunkt!"

"Hvorfor tar det meg noen ganger flere timer å forberede et enkelt tilbakeblikk?"

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 tror jeg at en av de største feilene jeg gjorde, var at jeg alltid kategorisk brukte beregninger i forbindelse med smidig transformasjon. å ha nektet."

Marcus Raitner

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

Måling av smidighet – Hva kjennetegner en god smidighetsmåling?

La oss anta at spørsmålet du stiller i din Daily Stand-up, vanligvis er følgende: Hva har dere oppnådd i dag? Dette er altså måten du "måler" teamets fremgang på.

Godt spørsmål, ikke sant? Nei, det er ikke riktig. Dette spørsmålet presser teamet til å vise at de er flittige. Spørsmålet legger press på teamet til å fullføre "å gjøre-listen", slik at de stolt kan vise til måltallet: Ja, jeg har vært ganske opptatt det siste døgnet!

Men det er vel bra å få "to do-listen" unnagjort? Vel, det kommer an på. Noe annet er mye viktigere: nemlig å nå teamets mål. Når det gjelder agile team, er dette vanligvis – å levere verdi til kunden.

Agile KPI-er – hvordan måle smidighet

Så et bedre spørsmål (eller en bedre beregning) i Daily Stand-up ville være: "Hvordan hjalp du teamet eller organisasjonen din med å nå (sprint)målet vårt i løpet av de siste 24 timene?"

Hvis du endrer spørsmålet (eller beregningen), endrer du måten folk tenker og handler på: først effektivt, deretter effektivt – for å bruke ordene til Peter Drucker for å si det.

Change the metric – endrer måten folk tenker og handler på.

For å bruke Einsteins ord må vi 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 den smidige transformasjonen er definitivt ikke en smidig transformasjon. Hvorfor gjennomfører du den smidige transformasjonen? La oss bruke "3 Why Technique" for å forstå dette:

ekkometer for smidige beregninger

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 Mål KPI-er og smidighet – Et viktig funn

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 resultater. Vi må måle den smidige transformasjonen etter hvor mye den bidrar til at vi når målet vårt. Vi må ikke måle medarbeiderne etter hvor mye tid de bruker, men etter hvor mye de bidrar til en felles visjon eller et felles mål. – vi må måle etter fordelene som skapes 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 Checkmed tilsvarende retrospektiv. 

Det kan du gjøre med vårt Echometer Health Check & Retro Tool (også på tvers av team om nødvendig). Du finner mer informasjon om dette under "Slik fungerer det". Du kan også bare ta en titt på en Health Check-retro her. I dette tilfellet er det en retro om Scrum.

Scrum Health Check retrospektivt radardiagram

Merk: Dette formatet spør etter enighet med Health Check-elementene på en skala.

Team Radar Tool Health Check Retrospektiv
  • Planlegging: Arbeidet med å forbedre etterslepet i teamet vårt er effektivt.
  • Kundeorientering: Planleggingen av våre sprinter er alltid basert på at vi skal oppnå størst mulig kundefordeler på den tiden vi har til rådighet.
  • Agil opplæring: Teammedlemmer, produkteiere og scrum masters har samme forståelse av sine respektive roller i teamet.
  • Scrum-hendelser: I det siste har hver eneste dag i teamet vært verdifull.

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 endring? Forstår de hva endringen innebærer? Er de klare til å bli det første teamet i selskapet som for alvor implementerer agile metoder –, inkludert Kanban, agile retrospektiver og kontinuerlig selvrefleksjon?

Teoretisk sett bør den første agile måleparameteren fokusere på "ledelsens eller ledergruppens beredskap". 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 stopp. Dette hjelper oss ikke til å 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 måleparameterne – 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 "enkel måling" ikke er like viktig som "korrelasjon til fremtidig kundeverdi". Derfor ser det ut til at "bruksindeks", "kundetilfredshet" eller "Net Promoter Score" er de mest gyldige måleverktøyene.

Forresten, en liten bemerkning i forbindelse med smidig transformasjon: Ønsker du å forsikre deg om at du for øyeblikket er de riktige prioriteringene i din agile Forvandling? 

Ta deretter vår modenhetssjekk for din smidige transformasjon – tar bare 3 minutter. Du får til og med en benchmark basert på over tre hundre andre deltakere. Se knappen 🙂. 🙂

Begynn nå: Agile modenhetsvurdering
Agile modenhetsvurdering

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.

KPI-er for Agile: Holder det med en enkel beregning for – eller ikke?

Men stopp! Hvis du kun fokuserer på kundetilfredshet, hvordan kan du da sikre at du presterer bedre enn konkurrentene? langsiktig i forkant av utviklingen? Hvordan gjør du det mulig for innovative og disruptive ideer å vokse og blomstre i bedriften din? Når alt kommer til alt, hva er det langsiktige målet ditt?

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, i likhet med en leder, har som mål å sette mennesket først, det vil si å sette mennesker foran 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".

Jeg har 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, er det kundetilfredshet. Men ærlig talt kan jeg ikke anbefale å måle bare én ting –, beklager å måtte 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 – til og med psykologisk sikkerhet som en indikator på læring og innovasjon. 
  • Gå glipp av Etablering av smidige metoder – bruker forholdet mellom planlagt og utført som en indikator på hvor godt du er i stand til å levere økt 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 intervjuer for tiden dusinvis av – Release Train Engineers, Agile Coaches, Scaled Agile Framework-konsulenter og –-eksperter om KPI-er og beregninger i forbindelse med Scaled Agile Frameworks og smidige metoder.

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

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

Del denne artikkelen med nettverket ditt

Trenger du en teamboost? Da gjør du følgende: Tilbakeblikk på Spotify Health Check!

Første helsespørsmål: "😍 Vi liker å gå på jobb og har det veldig gøy sammen."

Har du lyst på mer? Prøv retroverktøyet vårt nå.

Flere artikler

Echometer Nyhetsbrev

Ikke gå glipp av oppdateringer om Echometer og få inspirasjon til smidig arbeid