En fractional CTO leder den tekniske side af jeres produkt på deltid. “Fractional” betyder en brøkdel, og CTO står for Chief Technology Officer, den øverste ansvarlige for teknologien. Personen er tilknyttet på en aftale, deltager i ledelsen og træffer eller forbereder de tekniske beslutninger, der ellers bliver liggende. Arbejdet samler sig om fem ting: arkitekturen, teamet, køreplanen, sikkerheden i produktet og de tekniske samtaler med kunderne. Selve programmeringen ligger hos jeres udviklere eller jeres leverandør.
Arkitekturen og de store valg
Arkitektur er produktets grundplan: hvordan data er organiseret, hvordan delene taler sammen, og hvordan kunderne holdes adskilt fra hinanden. De fleste valg her kan rettes senere, mens nogle få bliver meget tunge at ændre, når der først er kunder på. En fractional CTO bruger sin tid på de få. Det kan være, hvordan login skal fungere, når den første store kunde vil bruge sit eget system, eller om en ny funktion skal bygges selv eller købes som en færdig tjeneste.
Rollen skriver også beslutningerne ned, så næste udvikler kan se, hvorfor det blev sådan. Hvilke valg der fortjener mest opmærksomhed, står i arkitekturbeslutninger, der er dyre at lave om.
Teamet og dem, der bygger
Har I egne udviklere, handler opgaven om, hvordan de arbejder sammen. Hvem gennemgår hvis kode, hvornår er noget færdigt, og hvordan kommer en ny kollega i gang? Rollen er med til at beskrive den næste stilling, stiller de faglige spørgsmål ved samtalen og aflaster den lead developer, altså den mest erfarne udvikler, som alle spørger.
Bygger et udviklingshus eller freelancere produktet for jer, bliver arbejdet at styre dem. Den eksterne læser tilbud, stiller krav til leverancer, spørger ind til forsinkelser og taler jeres sag over for folk, der kender fagsproget bedre end I gør.
Køreplanen og den tekniske gæld
Ledelsen vil have nye funktioner, og udviklerne vil rydde op. Begge ønsker er rimelige. Teknisk gæld betyder, at tidligere genveje i koden nu bremser det daglige arbejde. En fractional CTO lægger nye funktioner og oprydning ind i samme plan, så valget sker åbent på et ledelsesmøde. Det kræver, at gælden kan forklares uden fagord, og at planen rækker længere end næste arbejdsperiode. Læs mere i teknisk køreplan ved siden af produktkøreplanen.
Sikkerheden i produktet
Rollen ejer spørgsmålet om, hvordan produktet bygges, så det kan holde til kundernes data. Det gælder adgangsstyring, nøgler i koden, komponenter fra andre og rutiner for sårbarheder. Den del hænger også sammen med de regler, der gælder for dem, der laver software. Overblikket står på sikkerhed i produktet.
Kunderne, der stiller tekniske spørgsmål
Når en større kunde sender et spørgeskema eller beder om et møde med jeres tekniske ansvarlige, skal nogen kunne svare, ofte med kort varsel. En fractional CTO kan stille op, forklare arkitekturen og sige, hvad produktet kan holde, og hvad der må vente. Hvad kunderne typisk spørger om, er samlet under kundekrav til produktet.
En tænkt uge i rollen
Forestil jer et tænkt softwarehus med syv udviklere og en SaaS-løsning, altså et produkt, kunderne bruger over nettet på abonnement. Rollen er på deltid, så punkterne viser, hvad der kan ligge i en uge med meget på bordet:
- Mandag: kort status med lead developeren om, hvad der er blevet forsinket, og hvorfor.
- Tirsdag: et beslutningsnotat om, hvordan de store kunders data skal lagres.
- Onsdag: ledelsesmøde, hvor to ønsker fra salget afvejes mod arbejdet med databasen.
- Torsdag: møde med en kundes IT-arkitekt og en samtale med en udviklerkandidat.
- Fredag: notat til direktøren om risici og de beslutninger, der skal træffes næste gang.
Læg mærke til, hvad der går igen. Ugen består af beslutninger, samtaler og skriftlige overblik, og den er bygget op om faste punkter, så udviklerne ved, hvornår de får et svar. Hvor tæt på koden rollen skal være, er emnet i Skriver en fractional CTO kode?, og Kan en CTO på deltid følge med? handler om, hvad der skal til, for at tempoet holder.
Sådan kan I se, at rollen virker
Efter nogle måneder bør I kunne mærke det i hverdagen. Beslutninger bliver truffet og står skrevet. Forsinkelser bliver meldt tidligt. I kan svare en kunde uden at ringe rundt. Direktøren forstår, hvad gælden betyder for planen. Kan I ikke pege på noget af det, bør I tale om mandatet, for en ekstern uden beslutningsret ender let med at skrive pæne notater, som ingen handler på.
Det skal I lade være med
- At købe rollen for at lukke et hul i bemandingen · mangler I hænder til koden, skal I bruge en udvikler.
- At holde den eksterne ude af ledelsesmøderne · tekniske valg bliver svage, når forretningen ikke er med i rummet.
- At måle på forbrugte timer · mål på beslutninger, der er truffet, og risici, der er lukket.
Det skal I kræve af den eksterne
- ☐ En skriftlig liste over de største tekniske risici.
- ☐ Faste mødepunkter med ledelse og team.
- ☐ Beslutningsnotater, som jeres egne folk kan læse og bruge.
- ☐ Forklaringer, som en ikke-teknisk direktør kan gentage for bestyrelsen.
- ☐ Anbefalinger uden økonomisk interesse i valget af teknologi eller leverandør.
Senest gennemgået: november 2026.
Næste skridt
- Fractional CTO: teknisk ledelse af produktet på deltid
- Har vi brug for en CTO, eller er en lead developer nok?
Læs også: CTO: hvad betyder det? · Teknisk rådgiver eller fractional CTO
→ Kontakt · Tlf. 70 13 63 23 · Ekstern CTO hos Nielco IT
