CTO as a Service og fractional CTO bruges i praksis om det samme: en erfaren teknologileder, der tager CTO-rollen i jeres virksomhed på deltid og på en aftale. Begge betegnelser er frie, og ingen myndighed eller branche har fastlagt, hvad de dækker. Forskellen, der får betydning for jer, ligger i, hvad der følger med. Nogle leverer rollen alene. Andre leverer den sammen med udviklere fra samme hus, og det ændrer, hvem den eksterne i sidste ende arbejder for.
Hvor ordene kommer fra
“Fractional” betyder en brøkdel og peger på personen, der lægger en del af sin arbejdstid hos jer. “As a service” er lånt fra softwarebranchen, hvor man køber en løbende ydelse i stedet for at eje noget selv. Enkelte udbydere bruger forskellen til noget: fractional om en navngiven person, as a service om et firma, der stiller rollen til rådighed og måske skifter person undervejs. Andre bruger ordene i flæng på samme side.
I vil også møde ekstern CTO, deltids-CTO og virtual CTO, ofte forkortet vCTO, der dækker samme forestilling. Virtual betyder her, at rollen ligger uden for en fast stilling i huset, og personen kan sagtens møde fysisk op. Interim CTO er derimod noget andet, for den rolle træder til i en længere periode, når en CTO er gået, se interim CTO. Betegnelsen brugt om ledelse i det hele taget kan I læse om under as a service-begrebet, og sammenligningen af alle modeller står under modeller for ekstern IT-ledelse. Her holder vi os til softwarevirksomheden.
Rollen alene eller pakket med udvikling
Søger I på CTO as a Service, vil en stor del af resultaterne komme fra udviklingshuse, altså firmaer, der lever af at bygge software for andre. De tilbyder en CTO oven i udviklerne eller som indgang til dem. Det er et lovligt og forståeligt tilbud, og det kan være praktisk. I får ét sted at henvende jer, og rollen kender teamet fra første dag.
Bagsiden er en indbygget interessekonflikt. Den, der skal vurdere arbejdet, er kollega med dem, der udfører det. Tre situationer viser, hvor det bliver mærkbart:
- Forsinkelser: hvem fortæller jer, at årsagen ligger hos leverandøren?
- Omfang: hvem siger, at en funktion kan løses enklere med færre timer fra huset?
- Skifte: hvem anbefaler at flytte udviklingen hjem eller til en anden, når det er det rigtige?
Folk i et udviklingshus er lige så ærlige som alle andre. Problemet er, at I beder en person om at gå imod sin egen arbejdsgivers interesse, hver gang svaret er ubekvemt. Læs mere i når udviklingshuset også er jeres CTO.
Hvornår passer hvilken løsning?
En pakke med både rolle og udvikling kan give mening, når I ingen udviklere har, opgaven er afgrænset, og I gerne vil have én ansvarlig for det hele. I skal så selv eje kode og konti fra første dag, så I kan gå, hvis samarbejdet stopper. Tjeklisten står under teknisk ejerskab af kode og konti.
Rollen alene passer bedre, når I har eget team eller flere leverandører, når I skal vælge eller udskifte en leverandør, eller når ledelsen vil have en uafhængig stemme ved bordet. Den passer også, hvis I allerede er blevet brændt og vil have en, der kun skal stå til regnskab over for jer.
Spørgsmål, der afklarer det, uanset navnet
Betegnelsen på hjemmesiden siger lidt. Fem spørgsmål siger mere:
- Hvem er personen, der møder op, og kan vedkommende skiftes ud uden vores accept?
- Leverer I selv udvikling, eller tjener I på, hvilke leverandører og værktøjer vi vælger?
- Hvad må rollen beslutte, og hvad skal godkendes af os?
- Hvor ligger beslutninger, dokumenter og adgange, når aftalen slutter?
- Hvad gør I, hvis det rigtige svar er at fravælge jeres egne ydelser?
Læg mærke til, hvordan svarene gives. En seriøs udbyder har tænkt over spørgsmål to og fem, og et udviklingshus, der tager det alvorligt, kan fortælle, hvordan det håndterer konflikten. Bliver I mødt med irritation eller en lang tale om værdier, har I også fået et svar. Skriv de vigtigste svar ind i aftalen, så de gælder, også når jeres kontaktperson skifter. Flere spørgsmål til udvælgelsen står i sådan vælger I en ekstern CTO.
Når I er klar til at gå videre
Hos Nielco IT leveres rollen alene som fractional CTO-opgaver, afgrænset til ledelse, leverandører, teknologivalg og team. Kodearbejdet bliver hos jeres udviklere eller leverandør, og der ligger ingen forhandleraftaler bag anbefalingerne. Forløbet er beskrevet under sådan foregår det. Hvad der påvirker prisen, og hvordan I får et tilbud, står under pris og tilbud.
Det skal I lade være med
- At vælge ud fra betegnelsen · spørg til, hvem der møder op, og hvad der følger med.
- At afvise pakker af princip · de kan passe, når I kender konflikten og selv ejer koden.
- At lade samme leverandør godkende sit eget arbejde · nogen uden for huset skal kunne sige fra.
Det skal I kræve af den eksterne
- ☐ Et klart svar på, om udvikling indgår, og hvem der tjener på den.
- ☐ En navngiven person, I har mødt, før aftalen indgås.
- ☐ Oplysning om provision og samarbejdsaftaler med leverandører.
- ☐ Besked på forhånd, hvis personen skal skiftes ud.
Senest gennemgået: november 2026.
Næste skridt
Læs også: Teknisk rådgiver eller fractional CTO · Skriver en fractional CTO kode?
→ Kontakt · Tlf. 70 13 63 23 · Ekstern CTO hos Nielco IT
