Nogle gange slutter samarbejdet på stedet, fordi tilliden er væk, eller fordi ledelsen har besluttet, at personen ikke skal møde ind mere. Den vigtigste forskel fra en almindelig opsigelse er, at rækkefølgen tæller. Har CTO’en bred adgang til produktet, skal adgangene lukkes samtidig med, at samtalen holdes, og forberedelsen skal være lavet af få personer, før den holdes. Få en advokat ind fra starten om det ansættelsesretlige. Denne artikel handler om det tekniske: hvad der skal lukkes, i hvilken rækkefølge, og hvad der kan gå i stykker, når en konto forsvinder.
Forberedelsen inden samtalen
Hold kredsen lille, en stifter eller direktør, en, der kan udføre det tekniske, og advokaten. Skal det gøres af en udvikler, så vælg en, I stoler på, og forklar, at det er fortroligt. Har I ingen, der kan det, er det her, en ekstern kan hjælpe.
Lav en liste over det, der skal ændres, uden at ændre noget endnu:
- alle konti, hvor personen er administrator eller ejer,
- nøgler, personen har kendt eller oprettet,
- tjenester, der er oprettet på personens mail eller kort,
- automatik, der kører i personens navn,
- enheder med virksomhedens data.
Tjek, om I reelt selv kan komme ind. Har kun CTO’en rodadgangen til cloudkontoen, skal det løses først, ellers kan I ikke lukke noget. Står domæne, kodearkiv eller konto i personens private navn, så tal med advokaten om, hvordan det håndteres, inden samtalen holdes. Den situation er beskrevet i ejerskabet af kode og konti.
Planlæg tidspunktet. Vælg et tidspunkt, hvor produktet ikke er midt i en udgivelse, og hvor I har folk til rådighed bagefter.
Rækkefølgen på dagen
Samtalen holdes af ledelsen. Imens, eller i samme øjeblik den er slut, udføres ændringerne i denne rækkefølge:
- Identitet og login. Luk personens brugerkonto i det system, der styrer login til det hele, hvis I har et. Luk aktive sessioner, så personen ikke forbliver logget ind på en bærbar.
- Cloud og produktion. Fjern administratorrettigheder, og skift rodadgangens kodeord og tofaktorenhed.
- Kodearkiv. Fjern personen fra organisationen, og tjek, om personlige adgangsnøgler stadig virker.
- Domæner og DNS. Kontrollér, at ingen kan flytte eller ændre dem.
- App-butikker og betaling. Fjern adgang til udviklerkonti og betalingstjenester.
- Kommunikation. Luk adgang til fælles kanaler og mail. Hvad mailen så skal gøre, aftaler I med advokaten.
Den generelle side af fratrædelse og sikkerhed er beskrevet under når medarbejdere stopper. I et softwarehus er problemet større, fordi CTO’en typisk har adgang til alt, også til det, ingen har opdateret listen over.
Nøgler, der skal skiftes
En lukket konto er ikke nok, for personen kan kende hemmeligheder, der virker uden login. Skift derfor:
- API-nøgler til betaling, mail og andre tjenester,
- kodeord til databaser,
- nøgler til servere,
- signeringsnøgler og certifikater, hvor det giver mening,
- delte administratorkonti.
Skift dem i planlagt rækkefølge, for en nøgle, der skiftes, kan stoppe produktet, hvis den stadig bruges et sted, I ikke kendte til. Begynd med dem, der giver adgang til kundedata og betaling. Sådan foregår det, og hvad der går galt undervejs, står i nøgler og adgangskoder i koden.
Sæt en udvikler til at følge med i logfiler i de første dage. Se efter login, der fejler, og uventede ændringer. Sker der noget mistænkeligt, skal I sikre logfilerne og have hjælp. Det er uanset baggrunden klogt at gemme logs og adgangshistorik fra perioden, da ledelsen kan få brug for dem. Hvad der må gemmes og bruges i en konkret sag, drøftes med advokaten.
Automatik i personens navn
Det, der oftest går i stykker, er det, ingen tænkte på. Når en brugerkonto lukkes, kan disse ting stoppe uden varsel:
- byggepipelinen, hvis den kører på personens adgang,
- planlagte job og backup,
- integrationer mellem systemer, oprettet med personens nøgle,
- alarmer, der kun går til personens telefon,
- fornyelser og betalinger på personens kort.
Har I en rolig dag til det, så lav først nye servicekonti, altså konti, der tilhører virksomheden og bruges af maskiner, og flyt automatikken derover. Er der ikke tid, så hold øje i de første døgn, og hav en liste klar. Tjek især, at backup stadig kører, og at certifikater ikke udløber.
Dagen efter
Teamet skal have besked fra ledelsen samme dag. Sig, hvad der er sket, i så få ord som muligt, uden årsager, og fortæl, hvem der overtager. Teksten til teamet og kunderne bør I have aftalt med advokaten. Hjælp til ordlyd og rækkefølge finder I under beskeden til teamet.
Derefter er det de samme opgaver som ved enhver afgang: viden, kunder og en plan for rollen. Forskellen er, at I ikke kan spørge personen, så I må samle viden fra koden, teamet og leverandørerne. Bed en af de erfarne udviklere gennemgå, hvad der var i gang, og sæt en dato for beslutningen om, hvem der bærer rollen, se hvad en interim CTO skal afgøre.
Bruger I situationen til noget godt, så gør adgangslisten til et fast dokument, der holdes ajour. Næste gang en nøgleperson går, tager det timer i stedet for dage.
Det skal I lade være med
- At lukke adgange, før samtalen er holdt · personen må ikke opdage det via et login, der fejler.
- At forberede sagen i fælles kanaler · hold den i den lille kreds.
- At slette konti · spær dem, så data og historik bevares.
- At forklare årsagen over for teamet · det hører hjemme hos ledelsen og advokaten.
Det skal I kræve af den eksterne
- ☐ En liste over adgange, nøgler og automatik, lavet i fortrolighed.
- ☐ En rækkefølge for dagen, som kan følges uden at gætte.
- ☐ Kontrol af, at drift og backup kører, når konti er spærret.
- ☐ Respekt for, at ansættelsesretten ligger hos advokaten.
Senest gennemgået: november 2026.
Næste skridt
Læs også: Nøgler og adgangskoder i koden og pipelinen · Den tekniske stifter forlader virksomheden
→ Kontakt · Tlf. 70 13 63 23 · Ekstern CTO hos Nielco IT
