CTO as a Service

CTO’en har sagt op: de første 30 dage

En hånd lægger en bærbar, en telefon og en adgangsbrik på disken i en lille reception

Når CTO’en siger op, har I som regel en opsigelsesperiode at arbejde med, og den er kortere, end den føles. Brug den i en fast rækkefølge. Først kortlægger I adgange, nøgler og konti, så virksomheden selv råder over produktet. Derefter samler I viden, taler med teamet og de vigtigste kunder og beslutter, hvem der bærer rollen, når CTO’en er gået. Det vigtigste i første uge er at få ét navn på opgaven, så overgangen ikke bliver noget, alle tror, en anden tager sig af.

Dag 1 til 3: udpeg en ejer af overgangen

En stifter eller direktør skal eje overgangen. Det er en ledelsesopgave, selv om meget af indholdet er teknisk. Hold en samtale med CTO’en samme dag eller dagen efter, hvor I aftaler tre ting:

  • hvad CTO’en selv fortæller teamet, og hvornår,
  • hvilke opgaver der stoppes, så der bliver tid til overdragelsen,
  • hvilke beslutninger CTO’en ikke længere træffer alene.

Den sidste aftale er vigtig. En stor arkitekturbeslutning, der tages i de sidste uger, skal andre leve med. Hvad I siger til udviklerne og kunderne, er beskrevet i hvad siger I den første dag?.

Første uge: adgange, nøgler og konti

Lav en liste over alt, produktet er afhængigt af, og skriv for hver linje, hvem der ejer det, og hvem der kan logge ind. Spørgsmålet er, om virksomheden kan få adgang, hvis CTO’en er væk i morgen.

Tjeklisten:

  • ☐ Kodearkivet (repository, stedet, hvor koden og dens historik ligger): hvem er ejer af organisationen?
  • ☐ Cloudkonti: rodkonto, betalingskort og de personer, der kan oprette nye administratorer.
  • ☐ Domæner og DNS (den tjeneste, der peger domænenavnet på jeres servere): registrant, login og fornyelse.
  • ☐ App-butikker: er udviklerkontoen virksomhedens eller en persons?
  • ☐ Nøgler og hemmeligheder: API-nøgler, certifikater og kodeord til databaser, og hvor de ligger.
  • ☐ Byggepipeline (den automatik, der bygger og udgiver koden): kører den under en persons konto?
  • ☐ Overvågning og vagt: hvem får alarmerne, og til hvilken telefon?
  • ☐ Tredjepartstjenester: mail, betaling, fejllogning og AI-tjenester, oprettet med en privat mail.
  • ☐ Backup: hvor ligger den, og kan en anden end CTO’en genskabe produktet?

Målet er mindst to personer med administratoradgang til det kritiske, og at al adgang går gennem konti, der tilhører virksomheden. Vis ikke mistillid i processen. Bed CTO’en om at lave listen sammen med en anden fra teamet, så det bliver en fælles opgave. Står meget i CTO’ens eget navn, så flyt det nu, mens personen kan hjælpe. Baggrunden er forklaret i ejerskab af kode, domæne og cloudkonto.

Er produktet omfattet af EU-reglerne om sikkerhed i digitale produkter, Cyber Resilience Act, har fabrikanten siden 11. september 2026 pligt til at sende en tidlig varsling inden for 24 timer om aktivt udnyttede sårbarheder. Var det CTO’en, der havde adgangen til indberetningen og overblikket over forløbet, skal den opgave have en ny ejer nu. Hvordan det fordeles, står i 24 timer til ENISA.

Uge 2 og 3: viden, der ikke står nogen steder

Adgange er den lette del. Den svære del er det, CTO’en ved, og som aldrig er skrevet ned: hvorfor systemet ser ud, som det gør, hvad der er skrøbeligt, og hvilke aftaler der kun blev indgået mundtligt. Planlæg faste overdragelsesmøder, og lad en udvikler skrive med. Fremgangsmåden står i opsigelsesperioden for en CTO.

Bed samtidig CTO’en lave en liste over løbende forpligtelser:

  • løfter til kunder om funktioner og datoer,
  • igangværende aftaler med leverandører og fornyelsesdatoer,
  • kendte fejl og risici, der venter på en beslutning,
  • personalesager, lønsamtaler og ansættelser på vej.

Giv også de centrale udviklere tid til at overtage konkrete dele. Viden, der overføres ved at prøve opgaven én gang med CTO’en ved siden af, holder længere end et dokument.

Uge 2 til 4: teamet og de største kunder

Udviklerne spekulerer på tre ting: hvem de skal spørge nu, om retningen ændrer sig, og om flere går. Tal med de vigtigste en ad gangen, inden rygterne gør det for jer. En kort, ærlig samtale er bedre end et gennemarbejdet budskab.

De største kunder bør høre det fra jer, hvis CTO’en har haft en relation til dem, eller hvis deres aftale nævner en navngiven kontakt. Fortæl, hvem der overtager, og hvordan driften er sikret.

Dag 20 til 30: beslut, hvem der bærer rollen

Inden CTO’en er gået, skal der ligge en beslutning for perioden efter. Mulighederne er typisk tre:

  1. En intern, fx lead developeren, overtager midlertidigt med et klart mandat.
  2. En ekstern træder ind som interim CTO i en længere periode og bliver, til rollen er varigt besat.
  3. I går direkte i gang med at rekruttere, og en intern holder driften imens.

Valget afhænger af, om nogen internt kan bære både beslutningerne og det daglige, og af hvor mange store valg der står foran jer. Et par uger med en vikar løser sjældent opgaven, for rekruttering og overdragelse tager længere tid. Mandatet for den, der overtager, gennemgås i en interim CTO’s opgaver. Overvejer I samtidig, om næste løsning overhovedet skal være en fastansat, så læs fra fractional til fastansat CTO.

Dag 30 bør I kunne svare ja til tre spørgsmål. Kan virksomheden komme ind overalt uden CTO’en? Ved teamet, hvem der beslutter hvad? Ligger der en plan for rollen med et navn og en dato?

Det skal I lade være med

  • At vente med adgangene af hensyn til stemningen · listen er rutine ved enhver afgang, og den bliver sværere for hver uge, der går.
  • At skrive en stor overdragelsesrapport som eneste leverance · ingen læser den, og den fanger ikke det, der kun kan vises.
  • At lade afgangen stoppe alle beslutninger · drift, sikkerhedsrettelser og aftaler med kunder skal køre videre.

Det skal I kræve af den eksterne

  • ☐ En gennemgang af adgangslisten sammen med teamet i første uge.
  • ☐ Overblik over, hvad der er skrøbeligt, og hvem der kan rette det.
  • ☐ En anbefaling om, hvad der skal besluttes nu, og hvad der kan vente.
  • ☐ Et klart mandat på skrift, før arbejdet begynder.
  • ☐ En plan for den permanente løsning med dato for næste beslutning.

Kilder

Senest gennemgået: november 2026.

Næste skridt

Læs også: CTO’en skal stoppe med det samme · Når én udvikler kender hele koden

→ 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.