I del 1 så vi problemet: Jeres viden om værdi eksisterer - den er bare fanget i formater der ikke kan tales sammen med jeres økonomistyring.
Økonomi kan vise kroner. Salg taler kundeværdi og forventet virksomhedsværdi, men kan ikke bevise forbindelsen mellem dem. Udvikling kan advare om teknisk gæld. Men ingen kan sammenlignes direkte - så når I skal prioritere, vinder den der har de mest præsentable tal.
Nu skal vi gøre noget ved det. Ikke med et kæmpe IT-projekt. Men ved at starte smart og simpelt.
Skridt 1: Kortlæg hvor viden om værdi allerede findes
Næste ledermøde, brug 45 minutter på denne øvelse:
Tegn tre kolonner på tavlen:
"Hvad ved vi om værdi?"
"Hvor er den viden?"
"I hvilket format?"
Lad hver leder bidrage. Eksempler:
"Vi ved at Feature X gør kunderne glade" → "Kundemødenotater og supporthenvendelser" → "Anekdoter og citater"
"Vi ved at vores onboarding er for langsom" → "Udviklingsteamets retrospectives" → "Frustrationer i Teams-beskeder"
"Vi ved hvilke kunder der er profitable" → "Finanschefens hoved og nogle Excel-ark" → "Udokumenterede beregninger"
Det I leder efter er ikke MER data. Det er steder hvor værdifuld viden allerede eksisterer - bare i formater der ikke kan bruges i styringen.
Efter 45 minutter har I typisk 15-25 punkter på tavlen. Halv-dokumenteret viden der allerede findes i organisationen, men som aldrig kommer i spil når I prioriterer.
Det er jeres startpunkt.
Skridt 2: Find oversættelsespunkterne
Nu skal I identificere hvor to "sprog" mødes men ikke forstår hinanden. Klassiske eksempler:
Mødet mellem aktivitet og omkostning:
Udvikling rapporterer "vi byggede 47 features i Q3" og Økonomi ser "udvikling kostede 4,2 mio i Q3" - men der er ingen forbindelse. I ved ikke hvad de 47 features kostede hver især, og I ved ikke hvilken værdi de skabte.
Mødet mellem kundetilfredshed og indtjening:
Salg ser at Net Promoter Score stiger. Økonomi ser at omsætningen er flad. Begge tal er rigtige - men de taler ikke sammen. Er det fordi NPS ikke betyder noget? Eller fordi effekten kommer senere? I ved det ikke.
Mødet mellem teknisk gæld og prioritering:
Udvikling advarer om at "systemet bliver uoverskueligt" og "vi skal have refactoring-tid". Ledelsen ser... hvad egentlig? Der er ingen omkostning NU. Konsekvensen er i fremtiden. Hvordan skal det vægtes mod projekter der skaber omsætning NU?
Find 2-3 af disse møder i jeres virksomhed. Det er her oversættelserne skal bygges.
Skridt 3: Byg én simpel bro først
Vælg ÉT kritisk beslutningspunkt hvor I konstant kæmper med at sammenligne æbler og pærer.
For de fleste SMV'er er det: "Skal vi bygge ny funktionalitet (omsætning nu) eller rydde op i det gamle (reducere fremtidig risiko)?"
Skab én oversættelse der gør lokal viden læsbar ved siden af omkostning.
Et konkret eksempel
En af mine klienter havde præcis dette problem: Udvikling ville have tid til at rydde op i "teknisk gæld", men ledelsen så kun omkostningen (tabt udviklingstid) og ikke gevinsten (reduceret fremtidig risiko).
Vi lavede en simpel oversættelse. Hver gang udviklingschefen sagde "dette system har teknisk gæld", skulle han også kunne svare:
"Hvor meget langsommere går udvikling i dette system sammenlignet med et 'sundt' system?"
"Hvilke features har vi IKKE kunnet bygge sidste år pga. denne gæld?"
"Hvis vi rydder op - hvor meget hurtigere kan vi levere næste år?"
Pludselig kunne teknisk gæld tales om i samme sprog som økonomi: Tabt kapacitet. Tabte muligheder. Potentiel fremtidig gevinst.
Det krævede ikke et nyt system. Det krævede bare at udviklingschefen begyndte at oversætte sin viden til et sprog der kunne læses ved siden af økonomichefens tal.
Jeres første bro
Vælg ét sted hvor I konstant diskuterer uden at komme videre. Find ud af:
Hvad er de to sprog der skal tale sammen? (Typisk: Omkostning møder effekt/risiko/kvalitet)
Hvilken viden har I allerede? (I har næsten altid mere end I tror)
Hvilken simpel oversættelse gør den viden læsbar? (Ikke perfekt måling - bare god nok til at kunne vægtes mod omkostning)
Start småt. Det skal være nyttigt MED DET SAMME, ikke om to år når IT-projektet er færdigt.
De tre almindeligste fejl
Fejl 1: At ville måle ALT perfekt
Målet er ikke perfektion. Målet er at gøre usynlig viden synlig nok til at den kan indgå i prioritering. Bedre at have et 80% præcist estimat der faktisk bruges, end en perfekt måling der kommer for sent.
Fejl 2: At starte med IT-systemerne
Start med samtalerne. Få folk til at oversætte deres viden til et fælles sprog først. Når oversættelsen virker i praksis, SÅ kan I evt. automatisere den i systemer.
Fejl 3: At gøre det til et dataprojekt
Dette er et styringsprojekt. Det handler om at træffe bedre beslutninger - ikke om at have flottere dashboards. Hold fokus på beslutningssituationerne, ikke på dataindsamlingen.
Fra kaos til klarhed
Målet er ikke at måle ALT. Målet er at gøre det I allerede ved, læsbart når I skal træffe beslutninger.
Stop med at bygge flere dashboards med flere målinger. Start med at oversætte den viden I allerede har, til formater der kan tales sammen når I prioriterer.
For når I kan se både omkostning OG værdi ved siden af hinanden - ikke som konkurrerende sandheder, men som to sider af samme sag - så træffer I bedre beslutninger.
Ikke fordi I har mere data. Men fordi den data I allerede har, endelig kan tale sammen.
Start på jeres næste ledermøde:
45 minutter: Kortlæg hvor værdi-viden findes
Identificer 2-3 oversættelsespunkter
Byg én simpel bro
Det er alt hvad der skal til for at komme i gang.