En ekstern CTO skal have beslutningsret over de tekniske valg, adgang til det, valgene handler om, og en plads ved bordet, når teknik påvirker forretningen. Direktøren beholder retningen for forretningen, budgettet og personaleansvaret. Står det ikke på skrift, finder det sin egen form, og det ender som regel enten med en rådgiver, ingen lytter til, eller med en ekstern, der træffer valg, ledelsen ikke kender til. En side papir løser det meste. Generelt om mandater står i hvad den eksterne må beslutte på jeres vegne. Her gennemgås, hvordan det ser ud, når produktet er software.
Beslutninger over arkitektur og teknologi
Arkitektur er produktets grundplan, og det er her, rollen skal have størst råderum. Del valgene op i tre grupper:
- Teamet beslutter selv. Valg, der kan laves om på kort tid, fx hvordan en funktion bygges indvendigt.
- Den eksterne beslutter. Valg, der binder produktet, fx datamodel, adskillelse af kunder, login, større komponenter og hvordan produktet leveres til kunderne.
- Ledelsen beslutter. Valg, der ændrer forretningen, fx en omskrivning, en ny platform med store omkostninger eller et skifte af udviklingsleverandør. Den eksterne laver indstillingen.
Skriv også, hvad der sker ved uenighed. Hvem har det sidste ord, og hvordan bliver beslutningen dokumenteret? Når ledelsen går imod en teknisk anbefaling, er det helt legitimt, men det bør stå skrevet, så risikoen er valgt med åbne øjne. Lad også den eksterne indstille til direktøren, hvad der er dyrt at ændre, se arkitekturbeslutninger, der er dyre at lave om.
Adgang til kode og cloud
En ekstern CTO kan ikke tage ansvar for noget, vedkommende ikke kan se. Rollen skal have adgang til:
- Repository, det sted koden og dens historik ligger.
- Cloudkontoen, hvor produktet kører, så drift, omkostninger og opsætning kan ses.
- Planlægningsværktøjet, hvor opgaver og fejl registreres.
- Overvågning og logs, så hændelser kan følges.
- Dokumentation og aftaler med udviklingsleverandører.
Personlige konti er et krav, så det kan ses, hvem der har gjort hvad, og så adgangen kan lukkes, når samarbejdet slutter. Læseadgang er i mange tilfælde nok, for rollen skal ikke ændre noget selv. Fuld administratoradgang bør kun gives, hvor der er en konkret grund, og ejerskabet af kontiene bliver altid hos jer. Hvad I bør have styr på, står under ejerskab af koden og kontiene.
Pladsen i ledelsen
Tekniske valg kan ikke træffes godt uden kendskab til forretningen. En ekstern, der kun får en opgave pr. mail, ender med at optimere det forkerte. Rollen skal derfor med på de ledelsesmøder, hvor produkt, salg og kapacitet behandles, og have et fast punkt med direktøren. Den skal også kunne hente oplysninger direkte fra salg og support, uden at det går gennem andre.
Omvendt skal det være klart, hvad den eksterne repræsenterer udadtil. Må personen tale med kunder og leverandører på jeres vegne? Må personen forpligte jer? De fleste vælger, at den eksterne kan forhandle og indstille, mens underskriften ligger hos direktøren.
Det, direktøren beholder
Mandatet handler også om, hvad der ikke flyttes. Direktøren eller bestyrelsen beholder disse ting:
- Forretningens mål og prioritering af kunder og marked.
- Budgettet og den endelige underskrift på aftaler.
- Personaleansvaret for ansatte, herunder ansættelse og afskedigelse.
- Det overordnede ansvar for selskabet. Spørgsmål om det hører til hos revisor eller advokat.
Læg mærke til det første punkt. Den eksterne kan sige, hvad en plan vil koste i tempo og risiko, og I skal vælge. Det er rollefordelingen, der gør, at samarbejdet holder.
Faglig ledelse af udviklerne
Her opstår de fleste misforståelser. En ekstern CTO kan lede udviklerne fagligt: sætte retning, tage tekniske valg, fastlægge arbejdsgange og sige, hvad der er godt nok. Personaleansvaret er noget andet. Det omfatter samtaler om trivsel, løn, ferie og i sidste ende opsigelse, og det bør blive hos en ansat. Den generelle side står i personaleansvar for IT-medarbejdere.
Teamet skal kende fordelingen. Fortæl, hvem de går til med hvad, og hvem der afgør det, når en lead developer og den eksterne er uenige. Hvordan samarbejdet bliver godt, står i ekstern CTO og lead developer. Lad også være med at omgå rollen. Går direktøren uden om den eksterne og giver en udvikler direkte besked, smuldrer mandatet hurtigt.
En side, der er nok
Saml det hele på en side, og godkend den i ledelsen. Siden skal svare på fem ting: hvad den eksterne beslutter, hvad der indstilles til ledelsen, hvilke adgange der gives, hvor rollen deltager, og hvem der er nærmeste kontakt. Se på den igen efter de første måneder og ved større ændringer. Et mandat, der ikke længere passer, er en af de almindelige grunde til, at samarbejdet ikke virker.
Det skal I lade være med
- At give ansvar uden adgang · rollen kan ikke svare for noget, den ikke kan se.
- At omgå den eksterne i det daglige · så ved teamet ikke, hvis ord der gælder.
- At overdrage ejerskab af konti · de skal altid stå i virksomhedens navn.
- At blande faglig ledelse og personaleansvar sammen · teamet skal vide, hvem de går til.
Det skal I kræve af den eksterne
- ☐ Et udkast til mandatet på en side, før samarbejdet starter.
- ☐ Skriftlige indstillinger ved valg, der skal op i ledelsen.
- ☐ Personlig adgang med de rettigheder, opgaven kræver.
- ☐ Besked, hvis mandatet er for smalt til, at opgaven kan løses.
Senest gennemgået: november 2026.
Næste skridt
Læs også: Teknisk rådgiver eller fractional CTO · Kan en CTO på deltid følge med?
→ Kontakt · Tlf. 70 13 63 23 · Ekstern CTO hos Nielco IT
