CTO as a Service

Har vi brug for en CTO, eller er en lead developer nok?

En lead developer set bagfra ved to skærme med uskarpe kodelinjer i et kælderkontor med malede rør under loftet

En lead developer leder koden, og en CTO leder teknologien på forretningens vegne. Så længe produktet er overskueligt, og spørgsmålene er tekniske, rækker en dygtig lead developer langt. Behovet for en CTO opstår, når teknikken begynder at afgøre forretningsspørgsmål: hvad I kan love en kunde, hvem I skal ansætte, hvilke risici ledelsen bærer, og hvad produktet skal kunne om to år. Mangler de spørgsmål en ejer, mangler I rollen, uanset hvor god jeres bedste udvikler er.

To forskellige job

Lead developer er den erfarne udvikler, der sætter retningen i det daglige arbejde. Personen skriver selv kode, gennemgår andres, hjælper med de svære fejl og holder kvaliteten oppe. Succes måles på, om teamet leverer god software.

En CTO arbejder et andet sted. Rollen sidder i ledelsen og oversætter mellem forretning og teknik. Den fastlægger, hvad produktet teknisk skal kunne bære, prioriterer mellem nye funktioner og oprydning, står for ansættelser og leverandører og svarer for risici. Succes måles på, om teknologien hjælper virksomheden til det, den vil.

De to job kan sidde i samme person, og i små virksomheder gør de det ofte. Spørgsmålet er, hvor længe det holder. Får lead developeren begge opgaver, vinder den, der brænder mest, og det er næsten altid koden.

Hvornår en lead developer er nok

I kan som regel vente med en CTO, når de fleste af disse forhold gælder:

  • Produktet er stabilt, og retningen for det næste år er klar.
  • Teamet er lille, og alle kender det meste af koden.
  • Ledelsen får forsinkelser at vide i tide og forstår forklaringerne.
  • Kunderne stiller få tekniske krav, og dem kan I besvare selv.
  • Lead developeren trives med opgaven og har tid til den.

Her vil en CTO have for lidt at lave, og I kan bruge pengene bedre på en udvikler mere. Er det for tidligt med en CTO? gennemgår situationen for virksomheder, der er helt tidligt i forløbet.

Fem spørgsmål, der afgør det

Tag dem på et ledelsesmøde, og skriv et navn ud for hvert svar. Tomme linjer og navne, der står flere gange, er det, I skal tale om.

  1. Hvem afgør det, når forretningen og udviklerne er uenige om, hvad der skal laves først?
  2. Hvem siger til salget, at en kunde ikke kan få det lovet?
  3. Hvem har tænkt igennem, hvad produktet skal kunne bære om et par år?
  4. Hvem kan stille op over for en stor kundes IT-afdeling og svare for arkitekturen?
  5. Hvem overtager, hvis jeres lead developer siger op i morgen?

Står direktøren ved spørgsmål et og to, uden at kunne vurdere det tekniske grundlag, bliver beslutningerne gætværk. Står lead developeren ved alle fem, har I en person, der gør to job. Hverdagens tegn står i artiklen om manglende teknisk ledelse. Hæng jer ikke i et enkelt svar, for det er mønsteret, der tæller.

Det, der sker, når lead developeren får begge job

Forløbet ligner sig selv. Den dygtigste udvikler bliver spurgt om alt. Personen deltager i flere møder, gennemgår mere kode og koder om aftenen for at nå sit eget. Teamet venter, fordi alt skal forbi samme bord. Ledelsen ser det som et tegn på, at personen er uundværlig, og lægger mere på.

Det er en organiseringsfejl, og den er ledelsens at rette. Hvordan I genkender den, står i lead developeren er blevet flaskehalsen. Spørgsmålet om, hvorvidt personen selv skal vokse ind i CTO-rollen, er taget op i kan vores lead developer blive CTO?. Nogle kan og vil, og andre er bedst tjent med at blive, hvor de er stærkest. Spørg, før I antager noget.

Mulighederne, når svaret er ja

Viser spørgsmålene, at rollen mangler, har I grundlæggende tre veje:

  • Ansæt en CTO. Det giver mening, når der er opgaver til fuld tid, og I ved, hvilken profil I leder efter.
  • Lad lead developeren vokse ind i rollen. Det kræver, at personen vil, får aflastet koden og har en at sparre med.
  • Hent en fractional CTO på deltid. Rollen tager ledelsesdelen, så lead developeren kan koncentrere sig om teamet og koden.

Den tredje vej kan stå alene, og den kan være en overgang til en af de to andre. Samarbejdet er beskrevet i ekstern CTO og lead developer, og overgangen til en fast leder i fra fractional til fastansat CTO.

Det skal I lade være med

  • At forfremme for at belønne · CTO-rollen er et andet job, og en god udvikler kan blive en utilfreds leder.
  • At ansætte en CTO til fem udviklere uden en plan · uden ledelsesopgaver ender personen med at kode.
  • At lade spørgsmålet stå åbent · imens træffes beslutningerne af den, der lige sidder med dem.

Det skal I kræve af den eksterne

  • ☐ En klar deling af, hvad den eksterne beslutter, og hvad der bliver hos lead developeren.
  • ☐ Respekt for de tekniske valg, teamet allerede ejer.
  • ☐ Et ærligt svar, hvis lead developeren kan klare rollen selv.
  • ☐ En plan for, hvordan jeres egne folk overtager opgaverne med tiden.

Senest gennemgået: november 2026.

Næste skridt

Læs også: CTO, VP Engineering og tech lead: hvem gør hvad? · Hvad laver en fractional CTO?

→ Kontakt · Tlf. 70 13 63 23 · Ekstern CTO hos Nielco IT

Skrevet af John Nielsen, indehaver af Nielco IT. Selvstændig siden 2009 og mere end 30 års erfaring med IT‑sikkerhed. Om John Nielsen · LinkedIn

John Nielsen, Nielco IT

Mangler I en CTO?

Fortæl kort, hvad der fylder: produktet, teamet, leverandøren eller en kunde, der stiller krav. Rådgivningen er uvildig og uden bindinger til leverandører, så svaret tager udgangspunkt i jeres situation.

Tak for din henvendelse. Jeg vender tilbage hurtigst muligt.