Nogen sætter tallet op på en slide: vi rullede Copilot ud til 500 udviklere. Rummet nikker. Ingen spørger, hvad de 500 så gør anderledes, for spørgsmålet lyder utaknemmeligt, og tallet ligner et resultat.
Hvis det eneste, der har flyttet sig, er hvor hurtigt koden bliver skrevet, så har I lige gjort organisationen hurtigere til at bygge det forkerte.
Hvad jeg ville måle på
Start med tre spørgsmål, stillet højt i næste ledelsesmøde. Hvilken beslutning tager vi anderledes end for tre måneder siden? Hvilket møde er forsvundet? Hvad er vi holdt op med at bygge?
Alle tre er nemme at tale udenom, hvis der ikke ligger tal ved siden af. Så find to.
Kører I Granola eller Lyt, ligger kvartalets mødetransskriptioner der allerede. Giv dem til Claude, og bed den finde, hvor lang tid der gik, fra spørgsmålet blev rejst, til beslutningen blev truffet. Det er jeres rigtige baseline.
Træk tiden fra “kode klar” til “i produktion” ud af Linear eller Jira. Mål i review-enden i stedet for i byggeenden. Er kun byggetiden faldet, har I flyttet flaskehalsen, ikke fjernet den.
Sæt beslutningstiden og review-tiden på samme slide som licenstallet. Ved siden af hinanden, uden kommentar. Sliden holder mødet for dig.
Og nej, I skal ikke købe et nyt måleværktøj til det her. Linear og Jira har tallene i forvejen.
Værktøjer er det sidste lag af fem, det mindst interessante, og det de fleste starter med. Det er også det nemmeste lag at sætte på et indkøbsordrenummer. Har kultur, struktur, kompetencer og processer ikke flyttet sig, får I bare hurtigere dårlige outputs.
Dit tip i denne uge
Find det seneste AI-adoption-tal, nogen har vist frem hos jer. Skriv én sætning under det: “Beslutningen, vi tager anderledes på grund af det her, er ___.”
Kan du ikke udfylde den, har du fundet dit næste projekt.
PS
Playbooken med de fem lag ligger frit på martinibsen.dk/playbook. Lag 5, værktøjerne, er det korteste kapitel. Det er ikke en fejl.
VH Martin