Ordliste for dem, der ikke selv koder

Ordlisten er til stifteren og direktøren, som sidder i møde med udviklere og vil vide, hvad der bliver sagt. Forklaringerne er korte og skrevet med ledelsens brug for øje, så en udvikler vil kunne finde mere at tilføje. De fleste ord har et link til den artikel, der går i dybden. Titler og modeller på tværs af virksomhedstyper finder I i den brede ordliste om ekstern IT-ledelse.

At bygge

• Kildekode · den tekst, udviklerne skriver, og som bliver til programmet. Se Ejer I selv koden?.
• Repository · det sted, koden ligger med hele sin historik, ofte kaldet et repo.
• Prototype · noget, der viser, hvordan det kan se ud og føles. Den behøver ikke holde til rigtige kunder.
• Proof of concept · en lille afprøvning af, om noget overhovedet kan lade sig gøre.
• MVP · minimum viable product. Den mindste version, rigtige brugere kan bruge, så I lærer noget. Se Hvad skal med i første version?.
• Tech stack · de sprog, databaser og tjenester, produktet samlet er bygget af. Se Teknologivalg til MVP’en.
• No-code og low-code · værktøjer, hvor man bygger ved at klikke og sætte sammen, med ingen eller lidt kode. Se No-code, low-code eller egen kode.
• Vibe coding · at beskrive et program i almindelig tekst og lade en AI skrive koden. Se Vibe coding: hvad er det?.

At levere

• Release · en ny version, der lægges ud til brugerne.
• Kodegennemgang (code review) · en kollega læser hver ændring igennem, inden den bliver lagt ind. På engelsk code review.
• DevOps · en arbejdsform, hvor udvikling og drift hænger sammen, så de samme folk bygger, leverer og passer produktet, støttet af automatik. Se Udviklingsproces til et lille team.
• CI/CD · automatik, der tester og lægger ændringer ud, så det sker ens hver gang. Se Udviklingsproces til et lille team.
• Testmiljø · en kopi af produktet, hvor man kan prøve ting af uden at røre kundernes data. Kaldes også staging.
• Feature flag · en kontakt, der tænder en funktion for udvalgte kunder uden en ny release.
• Rollback · at vende tilbage til sidste version, der virkede. Se Hver release er en risiko.
• Accepttest · jeres egen afprøvning, før I godkender en leverance. Se Hvornår er en leverance færdig?.

Roller

• CTO · Chief Technology Officer. Lederen, der svarer for teknologien over for forretningen. Se CTO: hvad betyder det?.
• Fractional CTO · en CTO, I deler med andre virksomheder og har på deltid. Se Hvad laver en fractional CTO?.
• Interim CTO · en CTO, der dækker rollen i længere tid, indtil den faste løsning er fundet. Se Interim CTO.
• Lead developer og tech lead · den erfarne udvikler, der leder teamet teknisk og selv koder. Se CTO, VP Engineering og tech lead.
• VP Engineering · lederen af udviklingsorganisationen, med fokus på folk og proces.
• Engineering manager · teamleder med personaleansvar for udviklerne. Se Den første teamleder.
• Product owner · den, der bestemmer, hvad der skal bygges næste gang.
• Teknisk medstifter · en medejer, der tager det tekniske ansvar. Se Teknisk medstifter eller ekstern CTO.

Produkt og drift

• SaaS · software as a service. Kunden bruger produktet over nettet, og I står for drift og opdatering. Se Hvad betyder SaaS?.
• Multi-tenant · alle kunder deler samme installation, og data holdes adskilt i softwaren. Se Valget mellem multi-tenant og en installation pr. kunde.
• Softwarearkitektur · de grundlæggende valg om, hvordan produktet er delt op, og hvordan delene taler sammen. Valgene er ofte dyre at ændre senere. Se Arkitekturbeslutninger.
• Monolit og microservices · hele produktet som én samlet enhed eller delt i små, selvstændige tjenester. Se Monolit eller microservices.
• API · den aftalte indgang, hvor andre programmer kan hente og sende data.
• On-call · vagt, hvor en udvikler kan blive kaldt ud, når noget går galt.
• Postmortem · skriftlig evaluering efter et nedbrud, uden at finde en syndebuk. Se Produktet var nede: dagen efter.
• RPO og RTO · den mængde data, I højst vil miste, og den tid, gendannelsen højst må tage. Se Kan I faktisk genskabe det?.

Kundekrav

• SLA · service level agreement. Den aftalte servicegaranti over for kunden, fx om oppetid. Se SLA og oppetid.
• SSO · single sign-on. Kundens medarbejdere logger ind med deres arbejdskonto. SAML er en almindelig standard til det, og SCIM holder brugerne ajour automatisk. Se Enterprise-krav til SaaS.
• Audit log · en liste, der viser, hvem der gjorde hvad i produktet og hvornår.
• Pentest · en aftalt prøve på at bryde ind for at finde svagheder. Se Før kunden kræver en pentest.
• SBOM · softwarekomponentliste. Oversigten over de komponenter, produktet består af. Se Tredjepartsbiblioteker, SBOM og byggepipeline.
• CRA · Cyber Resilience Act, på dansk forordningen om cyberrobusthed. Den stiller krav til sikkerheden i software, der når ud til brugeren. Se Cyber Resilience Act.
• DORA, regelsættet · EU’s regler for finansielle virksomheder, som også stiller krav i aftalerne med deres leverandører. Se Når kunden er en bank.

Gæld

• Teknisk gæld · hurtige løsninger og forældede dele, der gør hver ny ændring langsommere. Se Teknisk gæld forklaret for ledelsen.
• Refaktorering · at rydde op i koden, uden at produktet ændrer sig for brugeren.
• Legacy · ældre kode, som forretningen stadig hviler på. Se Kode, ingen tør røre.
• Strangler fig · at erstatte et system stykke for stykke, mens det gamle kører videre. Se Gradvis udskiftning i praksis.
• ADR · architecture decision record. Et kort notat om en teknisk beslutning og begrundelsen. Se Skriv de tekniske beslutninger ned.
• Bus factor · hvor få personer der skal forsvinde, før produktet er i problemer. Se Når én udvikler kender hele koden.
• DORA-målinger · mål for, hvordan udviklingsarbejdet flyder. De har intet med regelsættet af samme navn at gøre. Se Hvorfor går udviklingen langsommere?.

AI

• Sprogmodel · AI, der er trænet på tekst og kan svare i tekst. Den ligger bag de fleste nye AI-funktioner. Se AI-funktioner i produktet.
• AI-kodeassistent · værktøj, der foreslår eller skriver kode for udvikleren. Se Regler for brug.
• Hallucination · et selvsikkert svar fra modellen, der ikke passer. Se AI-funktionen svarer forkert.
• RAG · modellen får jeres egne dokumenter med som grundlag for svaret. Se Kundedata i AI-funktionen.
• Evals · faste prøver, der måler, om en AI-funktion stadig svarer godt. Se Test af AI-funktioner.
• AI-agent · en model, der må handle på egen hånd, fx oprette eller ændre noget. Se AI-agenter i produktet.
• Prompt injection · tekst, der får modellen til at følge andres instrukser. Se Prompt injection.

Senest gennemgået: november 2026.

Næste skridt

• Hvor står produktet? Selvtests for ledelsen
• Fractional CTO: teknisk ledelse af produktet på deltid

Læs også: Spørgsmål om CTO as a Service · Artikler om CTO as a Service

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