Den tekniske stifter forlader virksomheden

Når en teknisk medstifter går, er det sjældent en almindelig afgang. Produktet er ofte bygget af én person, og meget af det står stadig i vedkommendes navn: kodearkivet, cloudkontoen, domænet og app-butikken. Mens forholdet er godt nok til at samarbejde, skal to ting ske. Alt det tekniske skal over på virksomhedens konti, og viden, som kun findes hos stifteren, skal skrives ned eller overføres. Aftaler om ejerandele, rettigheder og fratrædelse går gennem en advokat, og det bør ske tidligt. Denne artikel handler om det praktiske, og den rækkefølge, der holder produktet kørende.

Afklar forholdet, før I begynder

Tag først stilling til, hvordan afgangen ser ud. Går stifteren i forståelse med de andre, eller er der uenighed? Det afgør, hvor meget I kan bygge på samarbejde, og hvor hurtigt I skal handle.

Ved en venskabelig afgang er der tid til en ordnet overdragelse, og I kan følge fremgangsmåden for opsigelsesperioden. Er der konflikt, og ligger adgangene privat, så tal med en advokat, før I gør noget. Ejerandele og aftaler mellem stifterne hører hjemme hos en advokat, og de behandles ikke her.

Spørgsmålet om, hvem der ejer koden, er ikke altid enkelt, når en stifter har skrevet den, måske før selskabet blev stiftet. Det er et emne til advokaten, og baggrunden står i hvem ejer koden. Få det afklaret og skrevet ned som en del af fratrædelsen.

Det, der ofte står privat

I en tidlig virksomhed oprettes tingene der, hvor det gik hurtigst. Gå listen igennem:

• ☐ Kodearkivet i stifterens private konto, ikke i en organisation.
• ☐ Domæner registreret på stifteren som person.
• ☐ Cloudkonto oprettet med en privat mail og betalt med et privat kort.
• ☐ App-butikskonti som personlig udviklerkonto. Flytning af apps mellem konti har sine egne regler hos butikkerne, og det tager tid.
• ☐ Tredjepartstjenester, fx mail, betaling, analyse og AI-tjenester, med stifterens login.
• ☐ Nøgler, der kun findes på stifterens egen maskine, herunder signeringsnøgler til apps.
• ☐ Adgangskoder i stifterens private adgangskodeboks.
• ☐ Tofaktorlogin bundet til stifterens telefon.

Punkterne med signeringsnøgler og tofaktor bliver ofte overset og er blandt de sværeste at rette bagefter. Emnet er uddybet under ejerskab af kode og konti.

Rækkefølgen for at flytte det

Gå i denne rækkefølge, og afkryds, når I har prøvet, at det virker:

1. Opret en virksomhedsmail til administration af konti, som ikke er knyttet til en person.
2. Flyt kodearkivet til en organisation, som virksomheden ejer, og kontrollér, at historikken er med.
3. Flyt domænerne, så virksomheden står som registrant, og forny dem i god tid.
4. Flyt cloud og betaling, så kontoen betales af virksomheden, og mindst to fra virksomheden har administratoradgang.
5. Overdrag app-butikskonti eller flyt apps til virksomhedens konto.
6. Skift nøgler og kodeord, når alt er flyttet, så stifterens tidligere adgang ikke længere virker. Sådan gøres det, i nøgler og adgangskoder i koden.
7. Lav en gendannelsesprøve, hvor en anden end stifteren bygger og udgiver produktet.

Lad stifteren gøre arbejdet sammen med en, der bliver. Mange af trinene kræver stifterens egen bekræftelse, og det er derfor, de skal laves, mens personen er til stede. Er stifteren allerede væk, og er samarbejdet gået i stå, så saml dokumentation for, hvad virksomheden har betalt for og brugt, og tag det med til advokaten.

Viden, der kun findes hos stifteren

Efter konti kommer det sværeste. En stifter har båret produktet fra første dag, og meget ligger i hovedet. Prioritér det, der er dyrest at miste:

• Hvordan produktet bygges, udgives og genskabes.
• Hvor de skrøbelige dele er, og hvad der plejer at gå galt.
• Hvorfor de store valg blev truffet, herunder dem, der var midlertidige.
• Kunderelationer, som stifteren står for personligt.
• Særlige aftaler med de første kunder.

Lad en udvikler sidde med i alt, og lad personen selv forsøge opgaverne. Findes der ingen udvikler endnu, fordi stifteren har arbejdet alene, så skriv den grundlæggende vejledning: hvordan startes systemet, hvor ligger data, hvem kontaktes hvornår. Få en anden fagperson til at prøve at følge den.

Et softwarehus, der kan planlægge et generationsskifte over flere år, står et andet sted, og den situation behandles i overgangen, når stifteren stopper.

Hvem tager over?

Et par spørgsmål afgør næste skridt:

• Kan nogen i teamet overtage ansvaret, midlertidigt eller varigt?
• Står I midt i noget, der kræver teknisk ledelse med det samme?
• Er I stadig en virksomhed med behov for en teknisk medstifter, eller er det en ansat CTO, I skal bruge nu?

Står I uden nogen, der kan vurdere teknikken, kan en interim CTO bære rollen over en længere periode, så I får tid til at finde den rette. Sammenligningen af mulighederne står i teknisk medstifter eller ekstern CTO. Overvejer I en ny medstifter, så læs først søgningen efter en teknisk medstifter.

Glem heller ikke teamet og kunderne. En stifter, der går, siger noget om virksomhedens fremtid, og de har brug for at høre det fra jer, se besked til udviklerne og kunderne.

Det skal I lade være med

• At antage, at virksomheden ejer det, den har betalt for · kontrollér, hvad der står hvor, og i hvis navn.
• At lade flytningen vente, til samarbejdet er slut · mange trin kræver stifterens hjælp.
• At lade private login stå til senere · en konto, I ikke kan åbne, kan standse hele produktet.
• At løse aftaler om ejerskab uden advokat · de har længere virkning, end det ser ud til.

Det skal I kræve af den eksterne

• ☐ En liste over konti, nøgler og afhængigheder, der er kontrolleret og afkrydset.
• ☐ En prøve på, at produktet kan bygges og udgives uden stifteren.
• ☐ En plan for viden, der mangler, med navne på modtagerne.
• ☐ En klar henvisning til advokat, hvor spørgsmålet er juridisk.

Senest gennemgået: november 2026.

Næste skridt

• Interim CTO, når den tekniske leder går
• Ejer I selv koden, domænet og cloudkontoen?

Læs også: Når den tekniske medstifter ikke leverer · CTO’en skal stoppe med det samme

→ Kontakt · Tlf. 70 13 63 23 · Ekstern CTO hos Nielco IT