Direktion og bestyrelse har brug for tre svar om produktet: bliver det lovede leveret, hvilke risici vokser, og hvilke beslutninger skal de træffe? En god teknisk rapport kan være på én side og dække fire ting: fremdrift, teknisk gæld, risici og kapacitet. Den skal kunne læses uden fagord og slutte med det, ledelsen skal tage stilling til. Den samme side kan bruges måned efter måned, så udviklingen kan ses.
Hvorfor det ofte går galt
Teknisk rapportering falder typisk i én af to grøfter. Enten står der alt for meget, med lister over opgaver, og ingen får noget ud af det. Eller også står der kun, at alt går fint, indtil det pludselig ikke gør det.
I softwarevirksomheder er det en særlig skam, for produktet er forretningen. Bestyrelsen får grundige tal om salg og økonomi, men om det, der skal levere omsætningen, ved de næsten ingenting. Så opdager de først problemet, når en stor leverance er forsinket, eller en dygtig udvikler siger op.
De fire afsnit
Fremdrift. Hvad blev leveret siden sidst, og hvad er på vej? Skriv det i kundens sprog: hvad kan kunderne nu gøre, som de ikke kunne før? Marker det, der er forsinket, og sig hvorfor og hvad det betyder. Køreplanen er grundlaget, se den tekniske køreplan.
Teknisk gæld. Hvor meget af kapaciteten går til vedligehold, og er det på vej op eller ned? Hvilke større poster er taget op, og hvad gør de ved tempoet? Grundlaget er gældsregisteret.
Risici. De få forhold, der kan ramme forretningen, skrevet som en sætning hver. Hvad kan ske, hvad betyder det, og hvad gør I? Det kan være en afhængighed af én person, en teknologi, der mister support, en leverandør eller en stor kunde med særlige krav. Hold listen kort.
Kapacitet. Har I de folk, I skal bruge? Er der nogen på vej ud, ansættelser undervejs eller områder, hvor I mangler kompetencer? Hvis køreplanen kræver mere, end teamet kan bære, skal det stå her.
Slut med et afsnit om beslutninger: hvad skal ledelsen tage stilling til nu, og hvad sker der, hvis de ikke gør?
Sprog uden fagord
En rapport er god, når et bestyrelsesmedlem uden teknisk baggrund kan forklare den videre. Omsæt til forretningen.
Skriv ikke: “Vi mangler at migrere databasen til en ny version.” Skriv: “Vores database mister support næste år. Skiftet tager cirka en måned af teamets tid, og vi foreslår at tage det efter sommerens release.”
Skriv ikke: “Gælden stiger.” Skriv: “Nye funktioner i betalingsdelen tager længere tid end for et år siden, fordi koden dér er blevet svær at ændre. Vi foreslår at bruge næste kvartal på at rette det.”
Brug trafiklys med måde. De er hurtige at læse, men grøn over hele linjen i et år er et tegn på, at nogen ikke vil rapportere noget, der er svært. Spørg, hvad der skal til, for at noget bliver rødt.
Hvor ofte, og hvem skriver
Direktionen bør se siden en gang om måneden. Bestyrelsen får en kortere udgave, typisk op til hvert møde, med vægt på risici, større beslutninger og udvikling over tid. Hvad en rapport fra en ekstern leder i al almindelighed skal rumme, gennemgår ekstern-it-ledelse.dk under rapportering til ledelsen.
Den, der har det tekniske ansvar, skriver den selv. Det kan være CTO’en, stifteren, lead developeren eller en ekstern CTO. Det er ofte en god øvelse for den, der er på vej mod større ledelsesansvar, se artiklen om vejen til CTO. Personen skal også deltage på mødet, når teknikken er på dagsordenen. Teknik, der bliver fremlagt af en direktør på andenhånd, giver sjældent gode samtaler.
Sikkerhed er et særskilt emne. Produktets sikkerhedsarbejde kan stå som en linje under risici, men rapporteringen om virksomhedens samlede sikkerhed hører til CISO-rollen, altså den sikkerhedsansvarlige. Det emne hører hjemme under sikkerhedsrapporten til bestyrelsen på ciso-as-a-service.dk. Står begge dele på samme dagsorden, så aftal, hvem der siger hvad.
Spørgsmål, ledelsen kan stille
Modtager I allerede en rapport, så prøv disse spørgsmål ved næste møde:
- Hvad er den største tekniske risiko for det, vi har lovet kunderne i år?
- Hvad har vi valgt ikke at gøre, og hvad koster det?
- Hvad kan gå galt, hvis en bestemt person stopper i morgen?
- Hvor meget af teamets tid går til nyt, og hvor meget til at holde det gamle kørende?
- Hvad ville du selv bruge pengene på, hvis du var direktør?
Kan den ansvarlige svare klart på de fem, har I en god rapportering, selv om formatet er enkelt. Hvis ikke, er det dét, I skal starte med at bygge op.
Når I har brugt samme skabelon et halvt år, begynder rapporten at sige noget af sig selv. I kan se, om gælden falder, og om forsinkelserne gentager sig. Det er en af de bedste grunde til at holde formatet fast.
Det skal I lade være med
- At rapportere det, der er nemt at tælle · antal løste opgaver siger intet om værdien.
- At skifte format hver gang · udviklingen over tid er det mest nyttige ved rapporten.
- At lægge risici ud af rapporten, fordi de er ubehagelige · ledelsen opdager dem alligevel, og da er det senere.
Det skal I kræve af den eksterne
- ☐ En fast skabelon på én side, der kan læses uden fagord.
- ☐ Tilstedeværelse på de møder, hvor teknikken skal drøftes.
- ☐ Klare beslutningsoplæg med en anbefaling og konsekvenserne af at lade være.
- ☐ En aftale om, hvad der hører til CTO-rollen, og hvad der hører til sikkerhedsrollen.
Senest gennemgået: november 2026.
Næste skridt
Læs også: Hvorfor holder estimaterne aldrig? · Det får I af en fractional CTO
→ Kontakt · Tlf. 70 13 63 23 · Ekstern CTO hos Nielco IT
