Tjeklister og skabeloner til produktet

Her er samlet de lister og skabeloner, sitet har til ledelsen i en softwarevirksomhed. De fleste ligger i den artikel, der forklarer emnet, så I får begrundelsen med. Tre af dem står direkte på siden, fordi de samler tråde fra flere artikler: tjeklisten før I skriver under, den tekniske nødplan og beslutningstræet for et gammelt produkt.

Sådan bruger I dem

Tag den liste, jeres næste beslutning kalder på, og skriv et navn og en dato på den. Lad den tekniske person udfylde, og lad ledelsen stille spørgsmålene, for en liste bliver først nyttig, når nogen skal svare for krydset. Er I i tvivl om, hvor I skal begynde, så tag selvtesten først.

Før I skriver under med en udvikler eller et udviklingshus

Tag listen frem, inden aftalen bliver underskrevet.

☐ Tilbuddet beskriver test, drift, dokumentation og overdragelse. Se Second opinion på et tilbud.
☐ Aftalen giver jer adgang til kode og miljøer, og ændringer har en enkel proces. Se Tekniske krav i udviklingsaftalen.
☐ Repository, cloudkonto, domæne og konti i app-butikkerne tilhører virksomheden. Læs artiklen om ejerskab.
☐ Rettighederne til koden er aftalt skriftligt. Se Hvem ejer koden?.
☐ I ved, hvordan en leverance godkendes. Se Hvornår er en leverance færdig?.

Teknisk nødplan på én side

Planen skal kunne findes, når produktet er nede, og den tekniske leder ikke kan kontaktes. Læg den et sted uden for produktet, og lad en ansvarlig opdatere den, hver gang nogen kommer eller går.

☐ Hvem ringer I til først, og hvem er stedfortræder?
☐ Hvor ligger adgange og nøgler, og hvilke to personer kan åbne dem?
☐ Hvor er kode, database og backup, og hvor står fremgangsmåden til gendannelse?
☐ Hvilke leverandører bærer produktet, og hvordan når I dem uden for åbningstid?
☐ Hvem skriver til kunderne, og hvor?
☐ Hvem må beslutte at lukke en del af produktet ned?

Baggrunden står i CTO’en har sagt op og gendannelse af produktet.

Beslutningstræ for et gammelt produkt

Gå spørgsmålene igennem i rækkefølge, og stop, hvor I får et nej.

Kan I stadig finde folk til teknologien, og får den support? Hvis nej, så læs Produkt i gammel teknologi.
Kan I ændre koden uden at frygte, hvad der går i stykker andre steder? Hvis nej, kommer test rundt om det eksisterende før alt andet. Se Kode, ingen tør røre.
Kan produktet deles i stykker, som kan flyttes et ad gangen? Hvis ja, så følg Gradvis udskiftning i praksis. Hvis nej, så tag valget med Skal produktet skrives om?.
Vil kunderne med? Hvis det er uklart, så tal med de største først, og planlæg efter flytning af kunder til ny version.

Tjeklister i artiklerne

Det bør I have i hånden efter 30 dage med en fractional CTO Hvad der skal ligge på skrift efter den første måned, og hvilke adgange der skal gives fra start.
Skift af udviklingsleverandør uden at miste produktet Rækkefølgen fra adgange til overdragelse.
Demoen virker: hvad mangler, før AI-funktionen kan i drift? Kvalitet, fejlhåndtering, overvågning og support, før AI-funktionen er klar til kunder.

Skabeloner i artiklerne

Skriv de tekniske beslutninger ned (ADR) Et kort beslutningsnotat, der overlever, at folk skifter job.
Arkitekturbeskrivelsen: tre sider, som en kunde kan læse Felter til oversigt, data, hosting, afhængigheder og kendte begrænsninger.
Hvad skriver I til kunderne under et nedbrud? Statusbeskeden i tekst, klar til at bruge, når det haster.
24 timer til ENISA: hvem i softwarehuset gør hvad? Skabelon og øvelse til underretningen efter Cyber Resilience Act.
Hvilken CTO passer til jeres fase? Stillingsbeskrivelsen i tekst med ansvar, beslutningsret og mål.

Det skal I lade være med

At lade udfyldelsen blive målet · et kryds uden noget at vise frem hjælper ingen, når kunden spørger.
At gemme nødplanen inde i det system, der er gået ned · den skal kunne læses uden produktet og uden VPN.
At bruge skabelonen uændret · slet det, der ikke passer til jer, og skriv det ind, der mangler.

Det skal I kræve af den eksterne

☐ Dokumenter, som I kan redigere selv og tage med videre.
☐ Et navn på hvert dokument, så det er klart, hvem der holder det ajour, og hvornår.
☐ Sprog, som ledelsen forstår uden en oversætter.
☐ At listerne bliver brugt i det daglige arbejde, så de ikke ender i en mappe.

Senest gennemgået: november 2026.

Næste skridt

Læs også: Ordliste for dem, der ikke selv koder · Artikler om CTO as a Service

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

Mangler I en CTO?

Fortæl kort, hvad der fylder: produktet, teamet, leverandøren eller en kunde, der stiller krav. Rådgivningen er uvildig og uden bindinger til leverandører, så svaret tager udgangspunkt i jeres situation.