Artikler om CTO as a Service
Læserne er stiftere, direktører og produktansvarlige i virksomheder, hvor softwaren er forretningen. De er samlet efter den situation, I står i, og hver artikel slutter med næste skridt. De første grupper handler om rollen og valget af en ekstern CTO. Derefter følger stifteren, der skal have bygget noget, AI-byggede produkter, teknisk ledelse i huset, CTO’en, der stopper, og leverandører, der ikke leverer. Til sidst kommer de tekniske valg, gælden, AI i produktet, sikkerheden, kundernes krav, driften og reglerne. Er I ikke sikre på, hvor I skal begynde, så tag selvtesten, eller læs Fractional CTO: teknisk ledelse af produktet på deltid.
Har vi brug for en CTO?
- Hvad laver en fractional CTO i en softwarevirksomhed?
- CTO as a Service og fractional CTO: er der en forskel?
- Har vi brug for en CTO, eller er en lead developer nok?
- CTO, VP Engineering og tech lead: hvem gør hvad?
- Syv tegn på, at produktet mangler teknisk ledelse
- CTO: hvad betyder det, og hvad laver en CTO i en softwarevirksomhed?
- Teknisk rådgiver eller fractional CTO: hvem står på mål for resultatet?
- Skriver en fractional CTO kode?
- Er det for tidligt med en CTO?
- Kan en CTO på deltid følge med i et produkt, der ændrer sig hver uge?
- Når webshoppen er produktet: fractional CTO i e-handel
Vi skal vælge en ekstern CTO
- Hvilket mandat skal en ekstern CTO have over produktet?
- Sådan vurderer I en fractional CTO, når ingen i ledelsen er teknisk
- Det bør I have i hånden efter 30 dage med en fractional CTO
- Når samarbejdet med en fractional CTO ikke virker
- Advarselstegn hos en ekstern CTO
- Den eksterne CTO arbejder også for andre: hvad med fortrolighed?
- Hvornår er den eksterne CTO færdig?
Vi skal have bygget noget
- Ikke-teknisk stifter: sådan kommer produktet i gang
- Teknisk medstifter eller ekstern CTO i den første fase
- No-code, low-code eller egen kode
- Freelancer, bureau eller eget team til første version
- Ejer I selv koden, domænet og cloudkontoen?
- Sådan finder I en teknisk medstifter i Danmark
- Når den tekniske medstifter ikke leverer
- Det skal I have klar, før I beder om et tilbud på en app
- Second opinion på et tilbud fra et udviklingshus
- Hvad skal med i første version, og hvad skal ud?
- Sådan følger I fremdriften, når I ikke selv kan læse koden
- Første version er leveret: hvad nu?
AI skriver koden
- AI-kodeassistenter i udviklingsteamet: regler for brug
- Vibe coding: hvad er det, og hvor langt kan det bære et produkt?
- Fra AI-bygget prototype til produkt, kunderne kan stole på
- Eftersyn af AI-genereret kode før lancering
- Kan vi selv bygge det med AI?
- Lovable, Bolt, Cursor eller Claude Code: hvad passer til hvad?
- Kan I tage koden med ud af AI-værktøjet?
Stifteren er både udvikler og leder
- Den tekniske stifter er blevet flaskehalsen
- Teknisk stifter: skal du være direktør eller CTO?
- Hvad slipper du først? En rækkefølge for tekniske stiftere
- “Jeg er selv udvikler”: hvad skal en teknisk stifter med en ekstern CTO?
- Sparring til jeres CTO: en erfaren at tale med
- Første gang CTO: det, der ændrer sig, når udvikleren bliver leder
Alt går gennem lead developeren
- Ansættelse af de første udviklere
- En udviklingsproces, der passer til fem udviklere
- Lead developeren er blevet flaskehalsen: sådan ser det ud
- Kan vores lead developer blive CTO?
- Hvornår skal I have den første teamleder for udviklerne?
- Ekstern CTO og lead developer: sådan bliver det et makkerpar
- Fra fem til tyve udviklere: sådan organiserer I teamet
- Når de erfarne udviklere vil videre
- Er vores udviklere gode? Sådan vurderer I det uden selv at kunne kode
CTO’en stopper
- CTO’en har sagt op: de første 30 dage
- Fra fractional til fastansat CTO: rekruttering og overdragelse
- Hvilken CTO passer til jeres fase?
- CTO’en er sygemeldt, og ingen ved hvor længe
- CTO’en skal stoppe med det samme
- Opsigelsesperioden: sådan bruger I den afgående CTO’s sidste uger
- CTO’en stopper: hvad siger I til udviklerne og kunderne den første dag?
- Hvad en interim CTO skal afgøre, og hvad der skal vente
- CTO-kandidaterne: sådan vurderer en ledelse uden teknisk baggrund
- Den nye CTO’s første 90 dage: hvad ledelsen skal gøre
- Den tekniske stifter forlader virksomheden
Leverandøren leverer ikke
- Når udviklingshuset også er jeres CTO
- Nearshore og offshore udvikling: hvad det kræver af jer
- Sådan styrer I en udviklingsleverandør, der bygger produktet
- De tekniske krav, der skal med i udviklingsaftalen
- Skift af udviklingsleverandør uden at miste produktet
- Brændt af et udviklingshus: hvad gør I nu?
- Uafhængig gennemgang af koden: hvad kan den svare på?
- Den nye leverandør siger, at alt skal laves om
- Udvikleren er holdt op med at svare
- Leverandøren vil ikke udlevere koden
- Hvornår er en leverance færdig?
- Skal udviklingen hjem? Fra leverandør til eget team
Vi står foran tekniske valg
- Teknologivalg til MVP’en, så den ikke skal smides væk
- Arkitekturbeslutninger, der er dyre at lave om
- Monolit eller microservices i en lille SaaS
- Skriv de tekniske beslutninger ned (ADR)
- Cloud og hosting til et SaaS-produkt
- Multi-tenant eller én installation pr. kunde
- Bygge, købe eller integrere: hvad skal I selv eje i produktet?
- SaaS: hvad betyder det for den, der bygger softwaren?
- App, webapp eller begge?
Gælden vokser, og produktet ældes
- Teknologien på ledelsesmødet: hvad direktion og bestyrelse skal se
- Skal produktet skrives om?
- Teknisk gæld forklaret for ledelsen
- Sådan gør I teknisk gæld synlig og prioriterbar
- Teknisk køreplan ved siden af produktkøreplanen
- Hvorfor går udviklingen langsommere end før?
- Når én udvikler kender hele koden
- Hvorfor holder estimaterne aldrig?
- Når salg lover det, udviklingen ikke kan holde
- Fra installeret software til SaaS: den tekniske omstilling
- Når hver kunde har sin version af produktet
- Produktet er skrevet i en teknologi, få vil arbejde med
- Ingen tør røre den del af koden
- Gradvis udskiftning i praksis: hvad flytter I først?
- Kunderne vil ikke over på den nye version
- Softwarehusets stifter stopper: koden, kunderne og overgangen
AI skal ind i produktet
- AI-funktioner i produktet: de tekniske valg før I bygger
- Bestyrelsen vil have AI i produktet: hvilket problem skal det løse?
- Demoen virker: hvad mangler, før AI-funktionen kan i drift?
- Sådan tester I en funktion, der ikke svarer ens hver gang
- AI-funktionen svarer forkert: hvad gør I?
- Kundedata i AI-funktionen: kan de slippe ud mellem kunderne?
- AI-agenter i produktet: rettigheder, kontrol og ansvar
- Prompt injection: når brugerens tekst bliver en kommando
Produktet skal være sikkert
- Sikker softwareudvikling i et lille team
- Tredjepartsbiblioteker, SBOM og byggepipeline
- Nøgler og adgangskoder i koden og pipelinen
- Cyber Resilience Act: hvad betyder den for jeres produkt?
- Før kunden kræver en pentest af produktet
- Persondata i produktet: sletning, logning og testdata
- Er vores webapp omfattet af Cyber Resilience Act?
- 24 timer til ENISA: hvem i softwarehuset gør hvad?
- Supportperiode: hvor længe lover I at rette sårbarheder?
- Hvornår er en opdatering en væsentlig ændring?
- CE-mærke på software: selvvurdering eller bemyndiget organ?
Den store kunde stiller krav
- Kundens spørgeskema om produktet: hvem svarer hvad?
- SLA og oppetid: hvad kan produktet faktisk holde?
- “Kan det klare ti gange så mange kunder?” Sådan svarer I ærligt
- Arkitekturbeskrivelsen: tre sider, som en kunde kan læse
- Kundens IT-arkitekt vil have et møde: hvem stiller op?
- Den store kunde kræver SSO, logning og roller: rækkefølgen
- Én stor kunde vil bestemme køreplanen
- Hvor ligger data? Det tekniske svar til kunden
- Når kunden er en bank: DORA-krav til jeres produkt
Produktet går ned eller bliver langsomt
- Når kunderne bliver flere: skalering før det går galt
- Overvågning, vagt og driftshændelser i produktet
- Cloudregningen vokser hurtigere end kunderne
- Backup af et SaaS-produkt: kan I faktisk genskabe det?
- Produktet var nede: dagen efter
- Hvad skriver I til kunderne under et nedbrud?
- Produktet er blevet langsomt: hvor leder I først?
- Hver release er en risiko: mindre og hyppigere udgivelser
- Hvem ejer driften: udviklerne, en driftsperson eller en leverandør?
Reglerne rammer softwaren
- Regler for softwarevirksomheder: datoer frem mod 2028
- AI-forordningen: er I udbyder eller idriftsætter?
- Chatbot og genereret indhold: gennemsigtighedskravene i produktet
- Nyt produktansvar: software bliver et produkt
- Jeres SaaS skal kunne forlades: Data Act set fra udbyderen
- Standardvilkår og skiftegebyrer: hvad ændrer sig i januar 2027?
- Tilgængelighedsloven: gælder den jeres software?
- Hvem ejer koden: ansatte, freelancere og udviklingshuse
- Open source-licenser i et SaaS-produkt
- Er jeres SaaS selv omfattet af NIS2?
- Software med sundhedsformål: er det medicinsk udstyr?
- Kan softwareudvikling give fradrag for forsøg og forskning?
- Hvad skal udviklingsarbejdet kunne dokumentere for skat og tilskud?
- Tilskud til et softwareprojekt: hvad der skal være på plads før ansøgningen
- SMV:Digital og softwarevirksomheder: hvad kan teknisk rådgivning bruges til?
Vil I hellere have det kort, så prøv Spørgsmål om CTO as a Service, og ord, I ikke kender, er forklaret i ordlisten.
→ 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.
