Som ny direktør i en softwarevirksomhed overtager du et produkt, du måske aldrig har set indefra. Du kan få et brugbart billede af det uden at læse en linje kode, for de vigtigste svar består af navne, datoer og dokumenter. Ti spørgsmål om ejerskab, løfter, robusthed og afhængigheder dækker det meste. Stil dem i de første uger til den, der leder udviklingen, og til stifteren, hvis stifteren stadig er i huset. Ved hvert spørgsmål står det, der bør få dig til at spørge videre. Listen kan også bruges af nye medlemmer af bestyrelsen.
Sådan stiller du spørgsmålene
Fortæl teamet, hvorfor du spørger: du skal lede virksomheden og har brug for at forstå det, den lever af. Tag spørgsmålene i samtaler på tomandshånd, før de kommer op på et møde, for folk siger mere, når ingen kolleger lytter med.
Stil gerne det samme spørgsmål til to personer. Det, du kan bedømme, er, om folk kan svare, om svarene stemmer overens, og om der findes noget skriftligt bag dem. Det generelle overblik over aftaler, adgange og roller står på ekstern-it-ledelse.dk under ny direktør og IT-ledelsen. Her handler det om produktet.
Om ejerskab
1. Står koden, domænet og cloudkontoen i virksomhedens navn? Cloudkontoen er kontoen hos den udbyder, der huser produktet. Du skal have en liste med konto, ejer og hvem der kan logge på. Spørg videre, hvis noget ligger på en stifters private mail eller hos et udviklingshus. Ophavsretten til et program, som en ansat laver i sit arbejde, overgår til arbejdsgiveren. For freelancere findes der ingen tilsvarende regel, så her skal rettighederne aftales, og aftalen skal kunne findes. Læs mere om ejerskab af kode og konti og om rettighederne til koden. Tvivl om en konkret aftale er et spørgsmål til advokat.
2. Hvem har det sidste ord om prioriteter, arkitektur og teknologi? Arkitektur er de store valg om, hvordan produktet er bygget op. Svaret skal være navne. Spørg videre, hvis svaret er “det finder vi ud af”, eller hvis alt alligevel ender hos den samme, se flaskehalsen hos lead developeren.
3. Hvilke dele af produktet forstår kun én person? En god leder af udviklingen kan pege på dem med det samme og fortælle, hvad der bliver gjort ved det. Hvad I kan gøre, står i når én udvikler kender hele koden.
Om løfter
4. Hvad har vi lovet kunderne, som endnu ikke er bygget? Du skal se en liste med kunde, indhold, dato og hvem der lovede det. Spørg videre, hvis salget og udviklingen har hver sin liste, eller hvis en vigtig aftale bygger på en funktion, ingen har planlagt. Mønsteret er beskrevet i artiklen om salgets løfter.
5. Hvad står der i kontrakterne om oppetid og svartider, og hvad har vi faktisk leveret? En SLA er kontraktens løfte til kunden om et bestemt serviceniveau. Svaret skal være de lovede tal sat ved siden af de målte. Spørg videre, hvis ingen måler, eller hvis der findes særaftaler, kun salget kender. Se SLA og oppetid.
6. Hvilke regler gælder for produktet, og hvem har vurderet det? Svaret skal have en konklusion, en dato og et navn. Er I fabrikant efter Cyber Resilience Act, forordningen om cyberrobusthed, skal en aktivt udnyttet sårbarhed siden 11. september 2026 varsles inden for 24 timer. Spørg, hvem der gør det en fredag aften. Overblikket står i regler for softwarevirksomheder og 24 timer til ENISA.
Om robusthed
7. Hvis alt forsvandt i aften, hvor længe ville det tage at få produktet op igen? Svaret skal indeholde datoen for sidste forsøg og den tid, det tog. Spørg videre ved “vi har backup”, for en kopi viser ikke, at produktet kan genskabes. Se kan I genskabe produktet?.
8. Hvad skete der ved det seneste nedbrud, og hvad blev ændret bagefter? Du skal høre et konkret forløb og mindst én ændring, der kom ud af det. Spørg videre, hvis ingen husker det, eller hvis forklaringen ender ved en navngiven kollega. Sådan bruges dagen efter: produktet var nede.
9. Hvad er blevet sværere at ændre end for et år siden? Spørgsmålet åbner for teknisk gæld, altså kompromiser i koden, der gav fart dengang og bremser nu. Et ærligt svar peger på bestemte dele af produktet og siger, hvad de koster i tempo. Spørg videre, hvis svaret er, at der ingen gæld er, eller at hele produktet skal skrives om. Teknisk gæld forklaret for ledelsen giver dig ordene.
Om afhængigheder
10. Hvilke leverandører og teknologier kan stoppe produktet? Listen skal være kort: udviklingshus, cloududbyder, betalingstjeneste, sprogmodel og teknologier, der er på vej ud af support. Til hver linje bør der stå, hvad I gør, hvis den forsvinder. Spørg videre, hvis ingen følger op på leverandøren, se sådan styrer I en udviklingsleverandør, eller hvis produktet hviler på en aldrende teknologi, se produkt i gammel teknologi.
Når svarene er samlet
Skriv svarene ind i et notat på en side og marker hvert punkt: i orden, skal afklares eller risiko. Tre mønstre fortæller mest. To personer svarer forskelligt. Alle henviser til den samme person. Eller der findes intet på skrift. Tag notatet med til formanden, og beslut, hvilke tre punkter der skal tages først.
Bestyrelsen skal derefter have en fast rapport, så spørgsmålene ikke skal stilles forfra hvert kvartal. Formatet står i teknologien på ledelsesmødet. Sikkerheden i virksomheden som helhed har sin egen liste, ti spørgsmål til direktionen om cybersikkerhed. Fakturaer, cloudregning og fradrag tager du med økonomichefen.
Kan ingen i huset svare på mere end et par af spørgsmålene, mangler produktet sandsynligvis teknisk ledelse. Så er næste beslutning, om I skal have en person ind. Her hjælper fem prøver til at vurdere en fractional CTO. Vil du se tilstanden først, kan en gennemgang af produktet samle billedet. Hos Nielco IT kan den købes alene som første skridt. Hvad der påvirker prisen, og hvordan I får et tilbud, står under pris og tilbud.
Det skal I lade være med
- At stille spørgsmålene som en eksamen · så får du de forsigtige svar.
- At dømme forgængeren eller teamet på de første svar · huller er normale, og de fortæller, hvor du skal begynde.
- At starte en stor omlægning i de første måneder · saml billedet, før du flytter på noget.
Det skal I kræve af den eksterne
- ☐ Svar på de ti spørgsmål på almindeligt dansk.
- ☐ En markering af, hvad der er set i dokumenter, og hvad der kun er sagt i samtaler.
- ☐ En prioriteret rækkefølge for de næste måneder.
- ☐ En version, direktøren kan lægge frem for bestyrelsen.
- ☐ Klar besked om, hvad der hører hos advokat eller revisor.
Kilder
- Ophavsretsloven, LBK nr. 1093 af 20/8 2023: § 59 om edb-programmer frembragt af arbejdstagere og § 53 om overdragelse.
- Europa-Kommissionen: CRA reporting: underretningspligten siden 11. september 2026.
Senest gennemgået: november 2026.
Næste skridt
Læs også: Syv tegn på, at produktet mangler teknisk ledelse · Har vi brug for en CTO, eller er en lead developer nok?
→ Kontakt · Tlf. 70 13 63 23 · Ekstern CTO hos Nielco IT
