Som hovedregel skriver en fractional CTO ikke kode i jeres produkt. Rollen er købt til at lede de tekniske beslutninger, og en person på deltid, der også leverer kode, skaber hurtigt mere afhængighed, end vedkommende fjerner. Praksis varierer dog fra person til person, og nogle bygger små prototyper eller læser kode for at forstå tilstanden. Det vigtige spørgsmål for jer er derfor, hvad jeres behov egentlig er. Mangler I en, der beslutter, eller mangler I en, der bygger?
Hvorfor rollen sjældent koder
Tre grunde går igen, og de gælder, selv om personen er en dygtig udvikler.
Tiden rækker ikke. En fractional CTO er hos jer en del af tiden. Kode i et produkt, der er i brug, kræver, at nogen er til stede, når den fejler. En funktion, der er halvt færdig, fordi udvikleren er hos en anden kunde, bremser hele teamet.
Der opstår en ny flaskehals. Bygger den eksterne en vigtig del af produktet, er det den eneste, der kender den. Teamet kan ikke rette i den, og I bliver afhængige af netop den person, I skulle have haft mindre brug for.
Rollen mister sin afstand. Den, der skal vurdere arkitekturen og teamets arbejde, kan ikke samtidig være den, der leverer det. Kritik af egen kode bliver sjældent særlig skarp.
Hvad rollen skal kunne
At rollen sjældent koder, betyder ikke, at den er uden teknisk dybde. En god fractional CTO kan læse kode, forstå en arkitektur, se, hvad en udvikler mener, og stille det spørgsmål, der afslører et svagt punkt. Kandidater med baggrund som udvikler er derfor at foretrække, og I skal kunne høre, at personen har prøvet det, teamet står i.
Nogle vil også gerne se koden for at danne sig et billede eller lave en lille prøve af en idé, før teamet bruger tid på den. Den slags arbejde ligger tæt på rollen og bør aftales. Grænsen går ved det, I sender ud til kunderne, og som nogen skal vedligeholde bagefter.
Spørg den, I taler med: Hvornår har du sidst selv skrevet kode? Hvordan håndterer du uenighed med en udvikler om en løsning? Hvordan holder du dig opdateret? Svarene viser, om personen kan tale med jeres udviklere på lige fod.
Hvis jeres behov er kode
Mange stiftere søger efter en CTO, fordi der er noget, der skal bygges. Så er det sjældent en CTO, de skal bruge først. Disse muligheder dækker behovet bedre:
- En erfaren udvikler i fast stilling, hvis I har en løbende opgave og vil opbygge viden i huset.
- Den første udvikler med et bredt ansvar, ofte kaldet founding engineer, hvis virksomheden er helt ung, og personen skal bygge det første og tage de tekniske valg undervejs.
- En freelancer, hvis opgaven er afgrænset, og nogen hos jer kan styre arbejdet.
- Et udviklingshus, hvis I vil købe en hel leverance og har en plan for, hvem der følger op.
- En teknisk medstifter, hvis I vil have en, der bærer virksomheden med jer over mange år.
Hvad hver løsning kræver af jer, er gennemgået i freelancer, bureau eller eget team og teknisk medstifter eller ekstern CTO. Bygger I første version, er hvad der skal med i første version et godt sted at begynde.
Har I kun brug for en, der sætter retningen for dem, der bygger, er en fractional CTO en god makker for alle fem. Rollen kan fx beskrive stillingen, læse tilbuddet og følge op på leverancerne. Læs hvad en fractional CTO laver for at se resten af opgaverne.
En hands-on CTO i den tidlige fase
I en meget ung virksomhed er CTO’en ofte den, der skriver det hele. Det er et fuldtidsjob, og det er en anden opgave end den, en fractional CTO løser. Søger I en sådan person, leder I efter en medstifter eller en første udvikler. En deltidsrolle kan støtte den person, og den kan ikke erstatte den.
Når virksomheden vokser, skifter det. Den CTO, der koder det meste, bliver efterhånden flaskehalsen, og opgaven er at give koden videre til teamet. Mange tekniske stiftere står netop der, se den tekniske stifter er blevet flaskehalsen.
Afgrænsningen, når I går videre
Skriv grænsen ind i aftalen, uanset hvem I vælger, så ingen bliver skuffet. Hos Nielco IT omfatter en fractional CTO-opgave ledelse, leverandører, teknologivalg og team. Selve kodearbejdet ligger uden for ydelsen og hører hjemme hos jeres udviklere eller leverandør. Grænsen er beskrevet på siden om afgrænsning.
Det skal I lade være med
- At købe en CTO, når I mangler en udvikler · I betaler for ledelse, der ikke har noget at lede.
- At lade den eksterne bygge kernen af produktet · viden og vedligehold forsvinder med personen.
- At vælge en, der aldrig har arbejdet med kode · teamet vil mærke det i første samtale.
Det skal I kræve af den eksterne
- ☐ En tydelig aftale om, hvad der er uden for rollen.
- ☐ Erfaring som udvikler eller fra et tæt samarbejde med udviklere.
- ☐ Prøver og forsøg holdt adskilt fra det, kunderne bruger.
- ☐ En anbefaling af, hvem der skal bygge, hvis I ikke har nogen.
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å: Er det for tidligt med en CTO? · Kan en CTO på deltid følge med?
→ Kontakt · Tlf. 70 13 63 23 · Ekstern CTO hos Nielco IT
