Det giver mening at tage udviklingen hjem, når produktet er blevet virksomhedens kerne, når arbejdet er løbende frem for et afgrænset projekt, og når I er parate til at lede et team. Kan I ikke leve op til det sidste, bytter I en leverandør, I kan fyre, med et team, I ikke kan lede. Rækkefølgen er den samme næsten hver gang: først rollen, der skal lede, så den første erfarne udvikler, derefter et overlap med leverandøren, og først til sidst overtager I produktet, mens det kører.
Hvornår det giver mening
Disse tegn peger på, at det er tid:
- Produktet er det, kunderne betaler for, og I skal ændre det hver uge.
- Viden om kunderne og koden skal blive i huset, fordi den er jeres konkurrencefordel.
- Leverandøren kan ikke følge med jeres tempo, eller folk på opgaven skifter ofte.
- Der er nok arbejde til at holde et lille team beskæftiget i årevis.
- Bestyrelse, investorer eller store kunder spørger, hvem der kan produktet.
Disse tegn peger den anden vej:
- Produktet ændrer sig sjældent, og opgaverne kommer i klumper.
- I har ingen, der kan lede udviklere, og ingen planer om at finde en.
- Motivationen er alene vrede over leverandøren. Så er et skift måske bedre, se skift af udviklingsleverandør.
- Beslutningen bygger på, at det bliver billigere. Med et eget team følger ledelse, ansættelser, sygdom og fravær, så det regnestykke skal laves ærligt.
Der findes også en mellemvej: et lille eget team, der ejer produkt og arkitektur, og en leverandør, der løfter noget af arbejdet. Mange virksomheder lander dér, og det kan fint være slutpunktet.
Rækkefølgen
Rollen, der skal lede. Nogen skal eje den tekniske retning, inden der ansættes. Det kan være en fastansat, en stifter, der har tiden, eller en fractional CTO på deltid. Vedkommende afgør, hvordan teamet skal se ud, og kan vurdere dem, der søger. Uden den rolle risikerer I at ansætte efter cv og håb.
De første ansættelser. Begynd med en erfaren udvikler, der kan tage ansvar og også kan tale med leverandøren som ligemand. Ansæt ikke tre juniorer på en gang. Hvordan I griber det an, står i ansættelse af de første udviklere. Regn med, at det tager tid at finde de rette folk, og hold den tid væk fra jeres løfter til kunder.
Forståelsen af aftalen. Læs, hvad aftalen med leverandøren siger om opsigelse, rettigheder, overdragelse og ansættelse af leverandørens folk. Må I tilbyde en udvikler fra huset ansættelse? Det er et spørgsmål til advokat, og samtalen med huset skal tages åbent.
Overlappet. Her foregår den reelle hjemtagelse. Lad den første ansatte arbejde sammen med leverandørens udviklere i det daglige. I starten kører leverandøren, og den ansatte følger med. Så bytter de roller.
Overtagelsen. Når jeres team selv kan udgive, rette fejl og tage driftsopgaver, trapper leverandøren ned. Lav en plan for, hvornår hvert område overgår, og lad leverandøren være til rådighed i en periode.
Sådan flyttes viden, mens produktet kører
Viden flytter sig ved at arbejde sammen. Dokumentation er vigtig, men den fortæller sjældent, hvorfor noget er lavet, som det er. Bed derfor om konkrete tiltag:
- Parprogrammering. To udviklere arbejder sammen ved samme kode, gerne med skærmdeling. Det er den bedste vej til at dele viden.
- Udgivelser og fejl på skift. Lad jeres folk stå for en udgivelse med leverandøren ved siden af, før de gør det alene.
- Overdragelsesmøder om de svære dele. Optag dem, og læg dem hos jer.
- Beslutninger på skrift. Se sådan skrives begrundelserne ned.
- Vagten overtages sidst. Det er det sidste, der skal flyttes, når jeres folk kender produktet.
Pas på, at produktet ikke står stille undervejs. Læg et lavere tempo ind i planen, og sig det til kunder og bestyrelse. Læg ikke en stor omskrivning oven i overgangen. To store forandringer på en gang er en dårlig idé.
Samtalen med leverandøren skal tages tidligt. Et godt hus forstår det og kan være med til at gøre overgangen ordentlig, hvis overdragelsen bliver betalt. Mister huset lysten, kommer det til at ses i kvaliteten, så aftalen skal give dem en grund til at blive til det sidste. Hold godt øje med adgange og konti, se ejer I selv koden og kontiene.
Når teamet står
Hjemtagelsen er færdig, når teamet selv kan lede sin arbejdsdag, og når jeres afhængighed af enkeltpersoner er mindre. Se når én udvikler kender hele koden, og lad en proces følge med, fx den i en udviklingsproces, der passer til fem udviklere.
Vil I have hjælp til forløbet, kan Nielco IT som fractional CTO lede overgangen, styre leverandøren og hjælpe med at opbygge teamet, mens kodearbejdet ligger hos jeres udviklere og leverandøren.
Det skal I lade være med
- At tage udviklingen hjem for at spare · regn ledelse og fravær med, før I lover en besparelse.
- At ansætte, før nogen kan lede · så er de nye overladt til sig selv.
- At opsige leverandøren, før teamet kan stå alene · overlappet er der, hvor det hele afgøres.
- At kombinere hjemtagelse med omskrivning · gør én stor ting ad gangen.
Det skal I kræve af den eksterne
- ☐ En ærlig vurdering af, om hjemtagelse er det rigtige for jer.
- ☐ En plan med rækkefølge, overlap og tidspunkter for overtagelse.
- ☐ Hjælp til at beskrive og vurdere de første stillinger.
- ☐ Styring af leverandøren under nedtrapningen.
- ☐ Et mål for, hvornår den eksterne selv kan træde et skridt tilbage.
Senest gennemgået: november 2026.
Næste skridt
Læs også: Fra fem til tyve udviklere: sådan organiserer I teamet · Har vi brug for en CTO, eller er en lead developer nok?
→ Kontakt · Tlf. 70 13 63 23 · Ekstern CTO hos Nielco IT
