Backend-udvikler CV – kort overblik og eksempel
Et stærkt backend-udvikler-CV viser hurtigt din stack, din rolle i konkrete projekter og de resultater, du har skabt. Det er kort, teknisk og målrettet det job, du søger – ikke en komplet liste over alt, du nogensinde har rørt ved.
Nedenfor får du først et samlet backend-CV-eksempel. Bagefter gennemgår vi trin for trin, hvordan du skriver profiltekst, vælger og prioriterer tekniske skills, beskriver projekter med effekt, bruger GitHub og tilpasser CV’et til danske virksomheder på junior, erfaren og senior-niveau.
CV-eksempel: Backend-udvikler (dansk)
Eksemplet her er til en erfaren backend-udvikler. Juster år, stack og ansvar, så det matcher dig – senere i artiklen får du mini-skabeloner til junior og senior.
Navn: Sara Jensen
Rolle: Backend-udvikler
By: Aarhus C | Telefon: 22 33 44 55 | E-mail: sara.jensen@example.dk
LinkedIn: linkedin.com/in/sarajensen | GitHub: github.com/sarajensen
Profil
Backend-udvikler med 5 års erfaring i .NET/SQL-miljøer, hvor jeg bygger og drifter API’er til højtrafik e-handelsløsninger. Vant til at arbejde tæt med frontend, produkt og drift om at forbedre performance, stabilitet og udviklingshastighed. Jeg trives med at rydde op i legacy-kode, automatisere manuelle flows og gøre komplekse systemer lettere at vedligeholde.
Tekniske kompetencer
Primær stack
- C#, .NET, ASP.NET Core
- REST API-design, OpenAPI
- SQL, PostgreSQL, Entity Framework
- Azure (App Service, Functions, SQL Database)
- Docker, CI/CD (GitHub Actions, Azure DevOps)
- Unit tests og integrationstests (xUnit)
Øvrig erfaring
- Node.js, TypeScript
- MongoDB
- RabbitMQ, event-baseret arkitektur
- Linux, bash-scripts
Erhvervserfaring
Backend-udvikler, XYZ E-commerce A/S – Aarhus
08/2020 – nu
- Ansvarlig for udvikling og drift af interne og eksterne REST API’er (ASP.NET Core, PostgreSQL, Azure) til webshop, lager og betalingsintegrationer.
- Re-designet ordre- og lager-backend, så gennemsnitlig svartid blev reduceret fra ca. 1,2 sek. til under 400 ms og timeouts næsten forsvandt i spidsbelastning.
- Byggede ny integration til betalingsudbyder (REST/JSON, webhooks), som reducerede manuelle fejlrettelser i økonomiteamet med anslået 60 %.
- Indførte automatiske integrationstests og simpel overvågning (logging, alerts), så kritiske fejl i produktion nu fanges på minutter i stedet for timer.
- Deltager i code reviews, teknisk sparring og estimering i scrum-team med 6 udviklere.
Softwareudvikler, Digital Solutions ApS – Aarhus
02/2018 – 07/2020
- Udviklede backend-funktionalitet til kundespecifikke løsninger i C#/.NET og SQL Server.
- Byggede og dokumenterede interne API’er til frontend og tredjepartssystemer.
- Optimerede tunge SQL-queries, så enkelte rapporter gik fra at køre i flere minutter til under 20 sek.
- Bidrog til migrering af ældre monolit til mere modulær arkitektur.
Udvalgte projekter
Skalerbart ordre-API til Black Friday – XYZ E-commerce A/S (2022)
- Problem: Eksisterende ordre-API kunne ikke håndtere Black Friday-trafik uden timeouts og fejl.
- Stack: ASP.NET Core, PostgreSQL, Redis cache, Azure App Service, Docker.
- Mit ansvar: Design af nye endpoints, datamodellering, performanceoptimering og implementering af caching.
- Resultat: Reduktion i fejlrate under spidsbelastning fra ca. 5 % til under 0,5 % og stabil responstid under 500 ms ved dobbelt trafikmængde.
Fakturaintegration til økonomisystem – Digital Solutions ApS (2019)
- Problem: Manuel eksport/import af fakturadata mellem kundens system og eksternt økonomisystem gav mange fejl.
- Stack: .NET, SQL Server, REST API, Windows service.
- Mit ansvar: Design og udvikling af integrationskomponent, fejl-logging og genkørselslogik.
- Resultat: Reduktion af manuelle fejlrettelser fra dagligt til få gange om måneden og frigivelse af flere timers administrativt arbejde om ugen.
Uddannelse
Professionsbachelor i softwareudvikling
VIA University College, Horsens
2015 – 2018
Certificeringer (valgfrit)
- Microsoft Certified: Azure Developer Associate (2023)
Sprog
- Dansk – modersmål
- Engelsk – flydende, både mundtligt og skriftligt
Hvad skal et backend-udvikler-CV indeholde?
Et backend-CV skal på få sekunder vise, hvem du er, hvilken stack du arbejder i, hvilke projekter du har haft ansvar for, og hvilken effekt dit arbejde har haft. Brug en enkel struktur, hvor hver sektion har et klart formål.
| Sektion | Formål | Tips til backend-roller |
|---|---|---|
| Kontaktoplysninger | Gør det nemt at kontakte dig | Navn, by, telefon, e-mail, evt. LinkedIn/GitHub. Undlad CPR, fuld adresse, civilstand og billede, hvis det ikke efterspørges. |
| Profil | Kort pitch af rolle og specialisering | Rolle, erfaringsniveau, primær stack, type systemer du har bygget og 1-2 nøgleord om din måde at arbejde på. |
| Tekniske kompetencer | Overblik over din stack | Del op i primær stack og øvrig erfaring. Hold dig til teknologier, du kan forklare og har brugt for nylig. |
| Erhvervserfaring | Vis hvad du har bygget i praksis | For hver stilling: kontekst, vigtigste ansvarsområder og 2-4 bullets med konkrete resultater. |
| Udvalgte projekter | Fremhæv de stærkeste cases | Brug især, hvis du har projektarbejde, freelanceopgaver, studieprojekter eller open source, der viser din backend-profil. |
| Uddannelse | Din formelle baggrund | Relevant uddannelse, evt. specialefokus eller projekter, hvis du er junior. |
| Certificeringer | Underbyg specifik viden | Kun relevante certifikater (fx cloud, sikkerhed). Undgå lange lister med småkurser. |
| Sprog | Vis sproglig arbejdsevne | Dansk og engelsk med niveau. Andre sprog kun hvis de er relevante. |
Du kan bruge en generel CV-skabelon og tilpasse den til backend-rollen, fx en af de gratis skabeloner her: gratis CV-skabeloner på dansk.
Sådan skriver du en stærk profiltekst som backend-udvikler
En god profiltekst som backend-udvikler skal sige, hvilken stack du arbejder i, hvor erfaren du er, og hvilken type systemer du har bygget. Hold den på 3-5 linjer og gør den specifik fra første sætning.
Byg profilteksten op i fire elementer
- Rolle og niveau: Backend-udvikler, softwareingeniør, fullstack med backend-fokus, junior/erfaren/senior.
- Årserfaring eller niveau: Fx “3 års erfaring” eller “nyuddannet med praktikerfaring”.
- Teknisk fokus: Sprog, frameworks, databaser, cloud.
- Værdi og arbejdsmåde: Hvad du typisk forbedrer: performance, stabilitet, udviklingshastighed, kvalitet, samarbejde.
Eksempler: profiltekst til junior, erfaren og senior
Junior backend-udvikler (fx nyuddannet eller < 2 års erfaring)
Nyuddannet backend-udvikler med praktisk erfaring fra studieprojekter og 6 måneders praktik i et .NET/SQL-miljø. Vant til at bygge mindre REST API’er, arbejde med SQL-databaser og skrive enkle tests. Jeg trives med at lære nyt, få feedback på min kode og omsætte forretningsbehov til stabile løsninger.
Erfaren backend-udvikler (ca. 3-7 års erfaring)
Backend-udvikler med 5 års erfaring i Java/Spring Boot og PostgreSQL, primært inden for finans og abonnementsforretninger. Jeg designer og bygger API’er, optimerer databaseløsninger og sikrer, at deployment og drift fungerer gnidningsfrit. Jeg motiveres af at forbedre performance og reducere fejl i komplekse systemer.
Senior / lead backend-udvikler (typisk 7+ års erfaring + ansvar)
Senior backend-udvikler og teknisk sparringspartner med 9 års erfaring i .NET og microservice-arkitektur. Jeg tager ansvar for systemdesign, kvalitet og drift i produktion og hjælper teamet med code reviews, prioritering og tekniske beslutninger. Mit fokus er skalerbare API’er, sikkerhed og en pipeline, der gør det let at release ofte.
Brug eksemplerne som skabelon, men byt teknologier og domæner ud, så de matcher dig. Undgå tomme ord som “passioneret”, hvis du ikke samtidig viser noget konkret, der underbygger det.
Hvilke tekniske skills skal stå øverst på et backend-CV?
De vigtigste backend-skills er dem, der matcher jobopslaget og din reelle erfaring: programmeringssprog, frameworks, databaser, API’er, test, cloud og drift. Det er bedre at vise 6-8 stærke kompetencer end 20 løse nøgleord.
Brug modellen: primær stack, øvrig erfaring og udelades
| Niveau | Hvad hører til? | Eksempler |
|---|---|---|
| Primær stack | Det du bruger jævnligt, kan forklare i dybden og gerne matche til jobopslaget. | C#, .NET, Java, Spring Boot, Node.js, TypeScript, Python, Go, SQL, PostgreSQL, MySQL, Docker, Kubernetes, AWS, Azure, REST API, CI/CD. |
| Øvrig erfaring | Teknologier du har brugt på projekter, men ikke arbejder med til daglig. | MongoDB, Redis, RabbitMQ, GraphQL, Terraform, Linux, specifikke testframeworks, tidligere sprog som PHP eller Ruby. |
| Udelades / nævnes kun under projekter | Teknologier du kun har prøvet kortvarigt eller i små øvelser, og som ikke er relevante for jobopslaget. | Random tutorials, gamle CMS’er, enkeltstående kurser uden praksis, teknologier du ikke kan forklare selv. |
Sådan vælger du, hvad der skal stå øverst
- Læs jobopslaget nøje. Skriv de vigtigste teknologier og ansvarsområder ned.
- Marker det, der er 100 % dig. Det skal stå i primær stack og gerne også gå igen i projekter og erfaring.
- Flyt resten ned. Alt hvad du kun har kort erfaring med, ryger enten til “øvrig erfaring” eller kun ind i projektbeskrivelser.
- Ryd op. Hvis du ikke kan forklare teknologien i en samtale, eller den er helt irrelevant for den type job, du søger, så lad være med at nævne den.
Til inspiration kan du også se, hvordan tekniske værktøjer beskrives i et andet teknisk CV her: CV-eksempel til dataanalytiker.
Sådan beskriver du backend-projekter og resultater
Et stærkt backend-projekt på CV’et beskriver ikke kun, hvad du byggede, men også hvilket problem det løste, hvilken stack du brugte, og hvilken effekt arbejdet havde. Den enkleste struktur er: problem, stack, ansvar, resultat og evt. læring.
Projektframework: 5-trins model
- Problem: Hvad var udfordringen? Performance, stabilitet, manuelle processer, skalerbarhed, sikkerhed?
- Stack: Hvilke centrale teknologier brugte du? Fx Java, Spring Boot, PostgreSQL, REST API, Docker, AWS.
- Ansvar: Hvad var din rolle? Design, implementering, databasedesign, test, drift?
- Resultat: Hvad blev bedre? Hastighed, fejlrate, arbejdstid, stabilitet, mulighed for nye funktioner?
- Læring (valgfrit): Kort om hvad du tog med videre – især relevant for juniorprofiler.
Eksempler på gode backend-projekt-bullets
API-projekt
Designede og implementerede nyt REST API i Node.js/TypeScript og PostgreSQL til mobilapp, så responstid på de mest brugte endpoints blev reduceret fra ca. 800 ms til under 200 ms og antallet af API-relaterede supporthenvendelser faldt markant.
Databaseoptimering
Analysere og optimerede tunge SQL-queries i rapportmodul (SQL Server), hvilket reducerede genereringstiden på udvalgte rapporter fra flere minutter til under 30 sekunder og gjorde det muligt at køre dem i arbejdstiden uden at påvirke driften.
Drift og stabilitet
Opsatte logging, metrics og simple alerts (Elastic Stack + e-mailnotifikationer) på kerne-API’er, så vi kunne reagere på fejl i løbet af minutter i stedet for først, når kunder ringede. Antallet af kritiske hændelser, der nåede brugerne, faldt markant.
Før/efter: fra opgave til resultat
| Dårlig formulering | Stærk formulering |
|---|---|
| “Arbejdede med REST API’er i .NET.” | “Byggede og vedligeholdt REST API’er i ASP.NET Core og PostgreSQL til webshop og lager, så nye produktfunktioner kunne rulles ud uden nedetid.” |
| “Optimerede database.” | “Optimerede centrale SQL-queries i ordre-flow, så gennemsnitlig svartid blev reduceret fra ca. 1,5 sek. til under 400 ms i spidsbelastning.” |
| “Deltog i drift.” | “Deltog i drift og incident-håndtering, herunder fejlsøgning i logs og hotfix-deploys, hvilket reducerede gennemsnitlig nedetid pr. incident.” |
Hvis du mangler præcise tal, kan du stadig skrive om retning og effekt: “hurtigere”, “færre fejl”, “mere stabilt”, “nemmere at vedligeholde” – så længe det er sandt og genkendeligt.
GitHub og portfolio: hvornår og hvordan på backend-CV’et?
GitHub eller portfolio kan styrke et backend-CV, hvis det viser rigtig kode, tydelig dokumentation og projekter, du faktisk kan tale om. Små, ryddelige repos er bedre end mange uigennemsigtige links.
Hvornår skal du linke til GitHub?
- Ja, link: Hvis du har 2-5 repos med tydelig README, som viser din primære stack og realistisk projektkode.
- Med omtanke: Hvis dine bedste projekter er kundeløsninger eller lukkede systemer – så kan du ikke dele koden, men du kan beskrive projekterne på CV’et.
- Drop link: Hvis din GitHub mest består af halvfærdige tutorials uden README eller sammenhæng. Så er det bedre at lade være.
Sådan beskriver du forskellige typer projekter
- Offentlige repos:
“GitHub: github.com/sarajensen – udvalgte projekter i .NET/SQL og Node.js, inkl. REST API til todo-app og lille loggingsservice.” - Private eller lukkede løsninger:
“Kerneprojekter er udviklet som lukkede B2B-løsninger; kode kan ikke deles, men jeg beskriver gerne arkitektur og valg i en samtale.” - Demo-links:
“Inkluder evt. en kort URL til en live-demo eller dokumentation, hvis det er stabilt og opdateret.”
En god README bør kort forklare: formålet med projektet, stack, hvordan man kører det lokalt, og hvad der er særligt interessant (fx test, logging, arkitekturvalg).
Sådan målretter du backend-CV’et til det danske arbejdsmarked
Til danske virksomheder er et enkelt, præcist og teknisk CV bedst. Brug samme sprog som jobopslaget, skriv kun de personoplysninger, der er nødvendige, og sørg for at dine vigtigste skills og projekter er lette at aflæse.
Dansk praksis: sprog, data og struktur
- Sprog: Er jobopslaget på dansk, kan du roligt sende CV på dansk, medmindre virksomheden tydeligt arbejder på engelsk. Internationale miljøer og konsulenthuse foretrækker ofte engelsk.
- Persondata: Navn, by, telefon, e-mail er nok. Du behøver ikke fødselsdato, fuld adresse, civilstand eller billede, medmindre der specifikt bedes om det.
- Lokation: Angiv by og evt. “remote/hybrid”-erfaring, hvis det er relevant – mange backend-jobs er fleksible.
- ATS-venlighed: Brug standard-overskrifter som “Profil”, “Erhvervserfaring”, “Uddannelse”, “Tekniske kompetencer”. Undgå tunge grafiske layouts, der kan forvirre systemer.
- Relevans: Fremhæv brancher, der matcher jobbet (fx e-handel, finans, sundhed). Det hjælper især i Danmark, hvor brancher tit er relativt små og specialiserede.
Hvis du er ved at skifte ind i softwareudvikling, kan du med fordel læse om veje ind i faget her: softwareudvikler – uddannelse, løn og veje ind.
Hvordan ser et backend-CV ud for junior, erfaren og senior?
Et junior-backend-CV bør fokusere på projekter, praktik og læring. Et senior-CV bør fokusere på arkitektur, ansvar, drift og dokumenterede resultater. Erfaringen styrer, hvad der skal stå øverst og hvor teknisk dybt, du går.
| Niveau | Hvad skal fylde mest? | Eksempel på vinkel |
|---|---|---|
| Junior | Studieprojekter, bootcamp-opgaver, praktik, egne projekter og GitHub. | “Byggede backend til studieprojekt i Node.js/PostgreSQL med bruger-login og simpel rollefordeling. Implementerede 15+ REST endpoints og skrev integrationstests til de vigtigste flows.” |
| Erfaren | Erhvervserfaring, produktionserfaring, optimeringer og samarbejde. | “Ansvarlig for backend til bookingplatform i Java/Spring Boot med MySQL, hvor jeg løbende forbedrede performance og kvalitet gennem refaktorering, tests og bedre logging.” |
| Senior | Arkitektur, teknisk lederskab, kvalitet, drift, mentoring. | “Definerede microservice-arkitektur og introducerede fælles patterns for logging, overvågning og sikkerhed på tværs af 10+ services i .NET/Kubernetes-miljø.” |
Mini-skabeloner pr. niveau
Junior backend-udvikler
- Profil: Rolle + uddannelse/bootcamp + primær stack + læringsfokus.
- Tekniske kompetencer: 4-6 teknologier, du har brugt i projekter.
- Projekter: 2-4 konkrete projekter (studie, egne, open source) beskrevet med problem, stack og dit bidrag.
- Erfaring: Praktik, studiejob, andet relevant (fx support eller test).
Erfaren backend-udvikler
- Profil: Rolle, årserfaring, stack, domæner.
- Tekniske kompetencer: Primær stack + øvrig erfaring.
- Erfaring: 2-3 stillinger med fokus på kerneansvar og resultater.
- Udvalgte projekter: 1-3 cases, der viser dine stærkeste sider.
Senior / lead backend-udvikler
- Profil: Rolle, årserfaring, arkitektur- og ledelsesfokus.
- Tekniske kompetencer: Stack, arkitektur, cloud, sikkerhed.
- Erfaring: Fokus på ansvar for systemer, beslutninger, mentoring og drift.
- Projekter: 2-3 projekter, hvor du har sat retning eller løst svære problemer.
Hvis du er nyuddannet og skriver dit første CV, kan du få ekstra input her: artikler til nyuddannede.
Typiske fejl i backend-CV’er (og hvordan du undgår dem)
De største fejl er at liste for mange teknologier, skrive for generiske formuleringer og lade projekter stå uden kontekst. Et godt backend-CV viser dokumenteret erfaring, ikke bare buzzwords.
Fejl 1: Den uendelige teknologiliste
Problem: En lang liste med 20+ teknologier, som ikke kan genfindes i erfaringen.
Løsning: Skær ned til 6-8 primære teknologier og flyt resten til “øvrig erfaring” eller konkrete projekter.
Fejl 2: Generiske opgavebeskrivelser
| Dårligt | Bedre |
|---|---|
| “Ansvarlig for backend.” | “Ansvarlig for design og videreudvikling af backend-API’er i C#/.NET og SQL Server til intern CRM-løsning.” |
| “Skrev kode og tests.” | “Implementerede nye endpoints og skrev integrationstests, så fejl i centrale flows blev fanget før release.” |
Fejl 3: Mangel på resultater
Problem: CV’et beskriver kun opgaver, ikke effekt.
Løsning: Tilføj et resultat eller en forbedring i så mange bullets som muligt, fx:
- “Reducerede svartid …”
- “Sænkede fejlrate …”
- “Gjorde deployment hurtigere/tryggere …”
- “Reducerede manuelt arbejde hos [team] …”
Fejl 4: Uklare niveauer
Hvis du er junior, må det gerne kunne ses: vis projekter, læring og konkret stack frem for at oversælge erfaring. Hvis du er senior, skal det tydeligt fremgå, at du har taget ansvar for arkitektur, kvalitet eller andre udviklere.
Hvad kan du gøre nu? (maks. 1 times arbejde)
Hvis du vil have et bedre backend-CV uden at bruge hele weekenden, kan du gøre følgende:
- Ryd op i dine tekniske kompetencer (10-15 min): Skriv din primære stack øverst og slet alt, du ikke kan forklare i en samtale.
- Omskriv 3-5 projektbullets (20-30 min): Brug modellen problem + stack + ansvar + resultat.
- Opdater profilteksten (10-15 min): Vælg den mini-skabelon, der passer til dit niveau, og tilpas den til din stack og branche.
- Beslut dig for GitHub-link (10 min): Ryd op i repos eller fjern linket, hvis det ikke hjælper dig.
Vil du have mere generel karriereinspiration og CV-strategi, kan du dykke ned i vores guides om karriere og job.

Relaterede indlæg
Tilkoblet Job & karriereskift, Personlig branding & synlighed