Sygdom giver ingen overdragelse. Den tekniske leder er pludselig væk, og I ved hverken hvornår eller om personen kommer tilbage. To hensyn skal holdes adskilt. Mennesket skal have ro, og produktet skal køre videre. Det kan lade sig gøre, hvis I i de første dage skaffer adgang til det kritiske, udpeger en midlertidig ansvarlig og deler det, der ligger på CTO’ens bord, i tre bunker: det, der haster, det, der kan vente, og det, der må tage en ny retning. Beslutningen om en længere løsning tages, når det står klart, at fraværet ikke går over af sig selv.
Hensynet til personen kommer først
En sygemeldt medarbejder skal ikke arbejde. Det gælder også et enkelt spørgsmål om et kodeord, når det sker igen og igen. Aftal én kontaktperson, som regel direktøren, der holder forbindelsen og samler spørgsmål. Spørg, om og hvornår en kort henvendelse er i orden, og respekter svaret.
Har I brug for noget, kun personen ved, så samler I det i én kort henvendelse med et par konkrete spørgsmål i stedet for mange små beskeder. Den bedste vej er at spørge: er der noget, du vil have, vi skal vide? Nogle mennesker får det bedre af at aflevere, andre har brug for fuldstændig fred.
Del ikke oplysninger om sygdommen med teamet eller kunderne. Teamet har brug for at vide, at CTO’en er fraværende, og hvem de skal gå til. Årsagen er personens egen. Spørgsmål om sygefravær, opfølgning og ansættelsesforhold er et spørgsmål til en advokat eller jeres HR-rådgiver.
De første tre dage: adgang til det kritiske
Kortlæg, hvad I kan komme til uden CTO’en. Listen i de første 30 dage kan bruges direkte. Forskellen er, at I her skal skaffe adgangen uden personens hjælp.
Prioritér i denne rækkefølge:
- Overvågning og alarmer. Hvis CTO’en var den, der fik besked om nedbrud, skal alarmerne omdirigeres nu.
- Driftsadgang. Kan nogen i teamet genstarte, rette og udgive en ændring til produktet?
- Cloudkontoen og betalingen. Er kortet knyttet til personen, kan tjenester lukke uden varsel.
- Domæner og certifikater. Se efter fornyelser, der falder i den kommende tid.
- Kodearkivet og byggepipelinen. Kører nogen automatik under CTO’ens personlige konto?
Mangler I en adgang, så brug udbyderens formelle vej for virksomheder, hvor I dokumenterer, at I er ejer. Gæt ikke på kodeord, og log ikke ind som personen. Ligger virksomhedens nødadgang i en adgangskodeboks, som flere har adgang til, er det den, I bruger. Har I ingen, er det den første forbedring, der skal laves, når krisen er drevet over. Hvordan I undgår situationen fremover, er emnet i afhængighed af én person.
Udpeg en midlertidig ansvarlig
Teamet må vide, hvem der afgør hvad, og det inden for få dage. Vælg en person, som regel lead developeren, og giv vedkommende et afgrænset mandat: drift, fejlrettelser og det daglige. Skriv det ned, og fortæl det til teamet. Vær opmærksom på, at personen stadig har sit eget job, så noget af det må vige. Bed ikke om det hele fra den samme person i månedsvis. Ofte ender det med, at også den medarbejder går ned.
Findes der ingen oplagt person, så lad direktøren eje beslutningerne på papiret og hent teknisk hjælp til vurderingerne.
Tre bunker på CTO’ens bord
Gå igennem kalender, opgavelister og mail, som virksomheden har adgang til, og fordel opgaverne.
Det, der haster. Sikkerhedsrettelser, kendte fejl hos kunder, aftaler med en frist, en ansættelse, der er lovet svar, og møder med store kunder.
Det, der kan vente. Større arkitekturændringer, nye teknologivalg, omorganisering og alt, der er en præference frem for et behov. Her er det klogt at stå stille. Vender CTO’en tilbage, skal personen ikke mødes af store valg, andre har truffet uden at kende baggrunden.
Det, der må tage en ny retning. Projekter, som kun CTO’en forstod. Sæt dem på pause, og afgør, om nogen kan overtage eller om de må vente. Fortæl dem, der venter, at datoen er flyttet.
Kunder med en navngiven kontakt skal have en ny kontaktperson. Skriv, at den tekniske leder er fraværende, og hvem der hjælper dem. Mere behøver de ikke vide. Hvordan sådanne beskeder kan lyde, viser eksemplerne på den første besked.
Hvornår skal I have hjælp udefra?
Spørgsmålet ændrer sig, når fraværet bliver længere. Sæt en dato, fx efter nogle uger, hvor I ser på situationen igen. Brug tre spørgsmål:
- Ligger der tekniske beslutninger, som ikke længere kan vente?
- Er den midlertidige ansvarlige ved at gå ned?
- Står I over for krav fra en kunde, en ansættelse eller en lancering, som ingen kan bære?
Lyder et af svarene ja, og ved I stadig ikke, hvornår CTO’en kommer tilbage, er en interim CTO i en længere periode en mulighed. Det kræver, at I aftaler, hvordan den eksterne træder tilbage igen, så CTO’en kan vende hjem til sin rolle. Rollens grænser står under interim CTO’s mandat.
Tænk tilbagekomsten ind fra start. En gradvis tilbagevenden betyder, at nogen stadig bærer driften et stykke tid, og at CTO’en får en ordentlig gennemgang af det, der skete imens. Skriv derfor et kort notat over de beslutninger, der er taget i perioden.
Det skal I lade være med
- At sende små spørgsmål til den sygemeldte · saml dem, og lad én person stå for kontakten.
- At love teamet en dato for tilbagekomst · I ved den ikke, og en brudt dato skader mere end ærlig usikkerhed.
- At træffe store valg for at vise handlekraft · de kan som regel vente, og CTO’en eller en afløser skal leve med dem.
- At fortælle årsagen videre · den er personens egen.
Det skal I kræve af den eksterne
- ☐ En fremgangsmåde, der respekterer, at den sygemeldte stadig er CTO.
- ☐ En liste over beslutninger, der er taget i perioden, med begrundelser.
- ☐ Klare grænser for, hvad der afgøres, og hvad der venter.
- ☐ En plan for at træde tilbage, når CTO’en vender hjem.
Senest gennemgået: november 2026.
Næste skridt
Læs også: Ejer I selv koden, domænet og cloudkontoen? · Lead developeren er blevet flaskehalsen
→ Kontakt · Tlf. 70 13 63 23 · Ekstern CTO hos Nielco IT
