Laver virksomheden selv software, er CTO’en næsten altid den første rolle at overveje, for den ejer det, kunderne betaler for: produktets arkitektur, teknologivalg og udviklingen. Virksomheden har derudover sin egen interne IT, sikkerhed og persondata, og de opgaver forsvinder ikke, fordi den er teknisk. Et softwarehus eller en startup skal derfor sjældent vælge én rolle for altid. Spørgsmålet er, hvilken rolle der haster nu, og hvem der kan dække de andre, indtil virksomheden er stor nok til at skille dem ad.
Hvorfor valget ser anderledes ud her
I en virksomhed, der bruger IT, handler IT-ledelse om købte systemer og leverandører. I en softwarevirksomhed ligger teknologien inde i forretningen, og et fejlvalg rammer kunderne. Den skillelinje står under at bruge IT eller lave software. Her er spørgsmålet, hvordan rollerne fordeler sig, når svaret er, at I laver software.
Fire roller kommer på tale:
- CTO · ejer produktets teknologi, udviklingsteamet og de tekniske beslutninger. Dybden ligger på cto-as-a-service.dk.
- IT-chef · ejer virksomhedens egne systemer, konti, licenser og udstyr. I et lille softwarehus er det som regel en, der gør det ved siden af.
- CISO · ejer sikkerhedsarbejdet, risikovurderingen og svarene til kunderne. Kommer på tale, når kunderne begynder at spørge.
- DPO · kræves kun i bestemte situationer, men et produkt, der er bygget på personoplysninger, kan rejse spørgsmålet tidligt.
Tre faser, tre svar
Virksomheder udvikler sig forskelligt, men tre situationer er typiske.
Startup uden teknisk medstifter. Her findes intet produkt endnu, eller en første version er bygget af andre. Det vigtigste er, at nogen på jeres side forstår, hvad der bliver bygget, og hvem der ejer koden og kontiene. En ekstern CTO i få timer kan sidde på den plads. Forløbet er beskrevet på Startup uden teknisk medstifter.
Softwarehus med få udviklere. En stifter eller lead developer træffer de tekniske valg og er ved at blive flaskehals. Hvad der er rigtigt, afhænger af, om I mangler en leder eller en erfaren at tale med. Spørgsmålet er gennemgået i CTO eller lead developer. På dette trin er det også ofte første gang, en kunde sender et sikkerhedsspørgeskema.
Vækst og større kunder. Kravene fra kunderne vokser, og flere stillinger begynder at give mening. Virksomheden har måske en CTO og mangler nu nogen til sikkerheden eller til den interne IT. Her bliver det vigtigt at skille rollerne ad, så samme person ikke både bygger og vurderer sikkerheden i det byggede.
Hvad der kan ligge hos samme person
I en lille softwarevirksomhed kan én ekstern ofte dække meget. CTO-rollen og den interne IT passer ganske godt sammen. Med sikkerheden skal man være mere forsigtig, fordi den, der træffer de tekniske valg, ikke uden videre kan vurdere dem selv. DPO er den rolle, der er sværest at samle med andre, fordi DPO’en skal være uafhængig af dem, der fastlægger, hvad oplysningerne bruges til. Se flere roller hos én.
Fem spørgsmål til stifterne
- Kan vi forklare, hvem der ejer koden, domænet og cloudkontiene?
- Hvem tager de tekniske beslutninger, og ved andre end den person, hvorfor de blev truffet?
- Hvad svarer vi, når en kunde spørger, hvordan vi passer på deres data?
- Behandler produktet personoplysninger i et omfang, der kan kræve en DPO? Se pligten til en DPO.
- Hvem passer vores egne systemer, adgange og licenser?
Mangler svaret på spørgsmål 1, skal det løses først. Mangler svaret på spørgsmål 3, og er en vigtig kunde på vej, kommer det næstefter. Sådan bliver rækkefølgen bestemt af det, der står foran jer, og ikke af titlerne.
Modellen
De fleste softwarevirksomheder af denne størrelse har ikke brug for en fuldtidsleder på alle områder. En fast andel af en leders tid passer ofte, og modellerne er forklaret i Deltid, fractional eller as a service. Investorer og kunder kan dog forvente at se en navngiven teknisk leder, og det bør indgå i overvejelserne.
Skal rollen senere blive til en ansat, kan den eksterne være broen, se Ekstern først, ansat senere. Hvad det indebærer for CTO’en, er uddybet på cto-as-a-service.dk.
Et tænkt eksempel
Et tænkt softwarehus med otte ansatte sælger et abonnement til mindre virksomheder. Stifteren har al teknisk viden i hovedet. En ny, større kunde beder om dokumentation for sikkerheden. Ledelsen beslutter først at få en ekstern CTO ind nogle dage om måneden for at få beslutninger og dokumentation ud af stifterens hoved. Da det er på plads, tager CTO’en og direktøren stilling til, om sikkerhedsrollen skal have sin egen ejer. Den interne IT lægges hos en af udviklerne med en kort liste, så opgaven har et navn.
Det skal I lade være med
- At lade den stærkeste udvikler få alle roller · det koster fokus der, hvor I tjener pengene.
- At vente med ejerskabet af kode og konti · det bliver sværere, jo flere der har bidraget.
- At købe en CISO, før I har et produkt at beskytte · begynd med det, der står foran jer.
Det skal I kræve af den eksterne
- ☐ Erfaring fra virksomheder, der selv laver software.
- ☐ En klar afgrænsning af, hvad personen selv laver, og hvad teamet laver.
- ☐ Beslutninger og begrundelser på skrift, så viden ikke sidder hos én.
- ☐ Åbenhed om, hvornår en anden rolle bør overtage.
Næste skridt er at besvare de fem spørgsmål på et ledelsesmøde og beslutte, hvilket der skal løses først.
Senest gennemgået: november 2026.
Næste skridt
Læs også: Hvad er en CISO, og hvem har brug for en? · Sådan ser IT-ledelsen ud i jeres type virksomhed
→ Kontakt · Tlf. 70 13 63 23 · Ekstern IT-ledelse hos Nielco IT
