Artikler · Drift og governance · 4 min. læsning
Hvordan måler I, om en løsning giver værdi efter go-live?
Løsningen kører, og alle er glade. Men var den pengene værd? Det kan I kun svare på, hvis I målte, før den gik i drift.
Af Martin Egesø · Udgivet
Kort svar
Mål værdien af en løsning ved at sætte en baseline, før den går i drift, og følge få tal bagefter: tid pr. opgave, antal fejl, ventetid og hvor mange der bruger løsningen. Sammenlign før og efter med tal, I selv har målt, ikke med procenter uden grundlag. Følg op efter nogle måneder, så I ser, om værdien holder.
I artiklen 8 afsnit
Det vigtigste
- Mål, før løsningen går i drift. Ellers har I intet at sammenligne med.
- Fire tal er nok: tid pr. opgave, antal fejl, ventetid og brug.
- Brug tal, I selv har målt, ikke procenter uden grundlag.
- Mål igen efter nogle måneder, så I ser, om værdien holder.
Hvorfor måler I efter go-live?
Mange løsninger bliver aldrig målt. De bliver leveret, taget i brug og glemt. Så ved ingen, om de gør, hvad de skulle, eller om pengene blev brugt godt. At måle værdi betyder at sammenligne, hvordan arbejdet fungerede før, med hvordan det fungerer nu. Det kræver ikke et dashboard, men et par tal og lidt disciplin.
Har I regnet på, hvad den manuelle arbejdsgang kostede, så brug de samme tal som start. Se hvad manuel administration koster.
Fire tal I kan følge
Modellen hedder Fire tal, I kan følge. Den er min egen, ikke en standard. Tabellen viser tallene og hvordan I måler dem.
| Tal | Hvad det viser | Sådan måler I |
|---|---|---|
| Tid pr. opgave | Hvor lang tid arbejdet tager | Mål nogle opgaver med et ur eller spørg dem, der udfører dem |
| Antal fejl | Hvor tit noget skal rettes | Tæl rettelser i en periode |
| Ventetid | Hvor lang tid går der, før noget er færdigt | Tid fra start til slut for nogle opgaver |
| Brug | Hvor mange der faktisk bruger løsningen | Se på, hvem der logger ind, eller spørg |
Vælg kun de tal, der giver mening for jeres arbejdsgang. Færre er bedre, for de skal faktisk følges. Har løsningen en AI-del, så tjek også, om svarene stadig holder, når data og vilkår ændrer sig. Se jeres AI-værktøj har ændret sig.
Sådan sætter I en baseline
En baseline er det, I måler, før noget ændres. Gør det, før løsningen går i drift, og skriv tallene ned. Spørg dem, der udfører arbejdet: Hvor lang tid tager det, og hvad går galt? Det behøver ikke være nøjagtigt. Det skal være ærligt, og I skal bruge den samme metode bagefter.
Et tænkt eksempel
Før et nyt ordresystem tager medarbejderne tid på nogle ordrer: seks minutter pr. ordre og fem rettelser om ugen. Tre måneder efter måler de igen. Alle tal er tænkte.
| Tal | Før (baseline) | Efter tre måneder |
|---|---|---|
| Tid pr. ordre | Seks minutter | Fire minutter |
| Fejl pr. uge | Fem rettelser | To rettelser |
| Brug | Ikke relevant | Fire ud af fem bruger det dagligt |
Bemærk, at tabellen viser konkrete tal, ikke procenter. Det er tydeligere, og I kan ikke komme til at overdrive. Vil I have et tal for besparelsen, så gang minutter med antal opgaver, og skriv, at det er et skøn.
Hvad gør I med tallene?
Tallene er til at tage beslutninger med. Tre ting kan ske:
- Værdien er der. Fortsæt, og overvej, om flere arbejdsgange kan få glæde af det samme.
- Brugen halter. Det er ofte et indførelsesproblem. Se sådan får I brugerne med.
- Værdien er mindre end ventet. Find ud af hvorfor: Var antagelsen forkert, eller passer løsningen ikke til arbejdsgangen? Ret eller stop.
I alle tilfælde er det bedre at vide det. Se også hvad der skal leve videre efter go-live.
Hvad sker der, hvis I ikke måler?
Uden målinger kan I ikke sige, om løsningen virker, og hver beslutning om at ændre, udvide eller stoppe bliver en mavefornemmelse. En løsning, der ikke bruges, bliver ved med at koste licenser og drift, uden at nogen opdager det. Og I kan ikke vise ledelsen eller en kunde, hvad pengene gav.
Hvordan kan jeg hjælpe?
Jeg aftaler, hvad vi måler, før vi bygger, så baseline findes fra start. Se mine systemer og løsninger. Jeg giver ikke juridisk rådgivning og garanterer ikke compliance, og jeg lover ikke bestemte besparelser.
Hvad kan I gøre nu?
Gør dette:
- Vælg to eller tre af de fire tal for en løsning, I har eller skal have.
- Mål dem nu, og skriv dato og metode ned.
- Sæt en dato i kalenderen for næste måling, tre måneder efter go-live.
- Giv en person ansvaret for at måle og fortælle, hvad der kom ud af det.
Kort sagt: Mål før, mål efter, og brug de samme tal begge gange.
Ofte stillede spørgsmål
Hvordan måler jeg værdien af en automatisering?
Mål det samme før og efter: tid pr. opgave, antal fejl, ventetid og hvor mange der bruger løsningen. Skriv tallene ned, før løsningen går i drift, så I har noget at sammenligne med.
Hvad er en baseline?
En baseline er et mål, I tager, før noget ændres, så I kan se forskellen bagefter. Det kan være, hvor lang tid en opgave tager i dag, og hvor mange fejl der opstår.
Skal jeg bruge procenter til at vise værdien?
Ikke nødvendigvis. Brug konkrete tal, I selv har målt, for eksempel minutter pr. opgave. Procenter uden grundlag giver falsk præcision. Er I i tvivl, så sig, hvad I har målt, og hvad I skønner.
Hvornår skal jeg måle?
Mål før go-live, kort efter og igen efter nogle måneder. Første måling viser, om løsningen virker, og senere målinger viser, om den holder, og om brugerne stadig bruger den.
Artiklen er generel vejledning og ikke juridisk rådgivning. Udgivet .