CV for utviklere i Norge: eksempel, oppbygging og det rekruttererne ser etter

De fleste utviklere bruker mer tid på å velge riktig font i CV-en enn på å tenke over hva en teknisk leder faktisk ser etter i de første ti sekundene. Det er synd, for en utvikler-CV i Norge følger stort sett den samme oppbygningen som alle andre CV-er, men avgjøres av noen få detaljer som er spesifikke for faget: teknologistabelen din, hva du faktisk har levert, og hva som ligger tilgjengelig på GitHub. Her får du malen som gjelder, et ferdig utfylt eksempel du kan kopiere, og en gjennomgang av feilene som gjør at du havner i «nei»-bunken før noen har åpnet lenken til koden din.

Slik er en norsk utvikler-CV bygd opp

Arbeidsplassen.no, som drives av NAV, anbefaler en fast rekkefølge på en norsk CV, og den gjelder også for deg som koder. Du starter med de personlige opplysningene: navn, fødselsdato, e-post, telefonnummer og adresse. Deretter kommer utdanning, med den siste først, der du fører opp fag, lærested og periode. Så følger arbeidserfaring med nyeste stilling øverst, tittel, periode og noen kulepunkter under hver jobb. Etter det kommer annen erfaring, kurs og sertifiseringer, språk og til slutt referanser, der du gjerne skriver at de oppgis på forespørsel.

For en utvikler er det to ting jeg vil legge til øverst i dette skjelettet. Det ene er et kort sammendrag helt i toppen, det NAV kaller nøkkelkvalifikasjoner. Det andre er en tydelig teknologiseksjon, slik at en rekrutterer som scanner etter «React» eller «Kubernetes» finner ordet med en gang. Resten av rekkefølgen kan du la stå slik NAV foreslår.

Nøkkelkvalifikasjoner: de fem linjene som avgjør

Arbeidsplassen.no er tydelig på hva sammendraget skal gjøre. Rådet fra NAV lyder: «Bruk tid på å formulera eit godt samandrag (nøkkelkvalifikasjonar) som viser at erfaringa di passar til akkurat denne stillinga.» Med andre ord er dette ikke stedet for «lidenskapelig og strukturert lagspiller», men for tre til fem linjer som sier hva slags utvikler du er og hva du har fått til.

Et konkret eksempel på et sammendrag som fungerer:

«Fullstackutvikler med fire års erfaring fra React, TypeScript og Node.js. Har levert to produksjonssystemer for en fintech i Oslo, og satt opp automatiske tester som kuttet antall feil i produksjon merkbart. Trives med kodegjennomgang, tett samarbeid med design og å ta ansvar for en tjeneste fra idé til drift.»

Legg merke til at det står hva du har jobbet med, hvor lenge, og hva slags resultat du har levert. Det er langt sterkere enn en generisk selvskryt-setning. Og som NAV påpeker, må dette sammendraget spisses hver gang du søker på noe nytt: «Om du søkjer på ei anna stilling seinare, må du spissa samandraget mot den nye stillinga.»

Teknologistabelen hører hjemme, men ikke som en ordsky

Her skiller utvikler-CV-en seg fra en vanlig CV. En teknisk leder vil se hvilke språk, rammeverk og verktøy du behersker, og de vil se det raskt. Men en vegg med femti logoer eller en stjerne-rangering fra én til fem sier lite. Ingen tror på at du er «4 av 5 stjerner i Docker».

Del heller teknologien i noen få grupper, og skriv den som tekst du kan stå inne for. For eksempel: språk (TypeScript, Python, Go), frontend (React, Next.js), backend (Node.js, PostgreSQL), sky og drift (Azure, Docker, GitHub Actions). Ta med det du faktisk har brukt i arbeid eller i egne prosjekter, ikke alt du har lest om en gang. På finn.no og kodejobb.no, som er den viktigste stillingsportalen for norske utviklere, er stillingene ofte konkrete på stabel. Propr.no søkte for eksempel etter en som hadde lang erfaring med React og Next.js og kunne bidra i Node.js på backend. Match ordene deres med dine egne, ærlig.

Skriv om det du har levert, ikke arbeidsoppgavene dine

Den vanligste svakheten i en utvikler-CV er at erfaringen leses som en oppgaveliste fra en arbeidskontrakt. «Jobbet med frontend og backend i et tverrfaglig team» forteller ingenting om deg. Alle i teamet kunne skrevet den setningen.

Sammenlign disse to versjonene av samme kulepunkt:

Før: «Jobbet med frontend-utvikling og noen backend-oppgaver.»

Etter: «Bygde ny utsjekksflyt i Next.js og Stripe, og reduserte tiden fra handlekurv til fullført kjøp betydelig ved å fjerne to unødvendige steg.»

Den andre versjonen er sterkere fordi den navngir teknologien, sier hva du bygde, og peker på en effekt. Du trenger ikke oppdiktede tall for å få til dette. Det holder å beskrive hva som ble bedre: raskere bygg, færre feil, en tjeneste som gikk fra å være ustabil til å tåle mer last. Har du faktiske tall fra jobben du kan dele uten å bryte noen avtale, er de gull verdt. Har du ikke det, beskriv retningen og størrelsesordenen ærlig.

GitHub, portefølje og vitnemål

For utviklere finnes det en snarvei til troverdighet som andre yrkesgrupper ikke har: du kan vise fram koden. NAV oppfordrer selv søkere til utviklerstillinger om å legge ved GitHub eller andre relevante prosjekter, og for flere av utviklerstillingene i NAV holder det med en oppdatert CV pluss noen svar, uten et formelt søknadsbrev. Legg derfor en lenke til GitHub eller GitLab øverst, sammen med e-post og telefon.

To råd om den lenken. For det første: rydd litt før du deler den. En profil med tre gjennomtenkte repoer med en fornuftig README slår tretti halvferdige eksperimenter. For det andre: ikke føl deg presset til å ha en imponerende portefølje hvis du jobber fullt og har lite fritid. Da er det viktigere at arbeidserfaringen er godt beskrevet.

Vitnemål håndteres enklest gjennom vitnemålsportalen.no, der du kan dele karakterutskriften din digitalt. Det sparer deg for skanning av gamle papirer, og arbeidsgiveren slipper å lure på om dokumentet er ekte.

Tilpass CV-en til hver stilling

Det viktigste enkeltrådet fra NAV er å tilpasse CV-en til jobben du søker på: «Tilpass CV-en etter jobben du søkjer på, avhengig av kor mykje arbeidserfaring og utdanning du har.» For en utvikler betyr det i praksis å lese stillingsannonsen på finn.no eller kodejobb.no nøye, plukke ut teknologien og ansvaret de nevner, og sørge for at nettopp de ordene finnes i din CV der du faktisk har erfaringen.

Dette handler ikke om å lure et system. Mange norske arbeidsgivere bruker rekrutteringsverktøy som leser CV-en din som tekst, så en ren CV i vanlig oppsett, med tydelige overskrifter og uten teknologien gjemt inne i en grafikk, kommer lettere gjennom. En PDF med vanlige seksjoner, søkbar tekst og teknologien skrevet ut med ord er alt du trenger. Hold den gjerne på én til to sider, og la den siste jobben og den nyeste teknologien få mest plass.

Hva slags utviklere ser Norge etter nå

Det er nyttig å vite hvor du står i markedet før du finpusser. I NAVs bedriftsundersøkelse for 2025 manglet norske virksomheter rundt 39 000 personer, og selv om det tallet er lavere enn rekordåret 2022, er mangelen ifølge NAV fortsatt klart størst blant programvare- og applikasjonsutviklere innen ingeniør- og ikt-fag. Etterspørselen etter folk som kan bygge og drifte systemer er med andre ord reell, også i et roligere arbeidsmarked.

Lønnsnivået gir en pekepinn på hvilke roller og steder som verdsettes. I kode24s lønns- og trivselsundersøkelse for 2025, der rundt 2 000 norske utviklere svarte, lå gjennomsnittslønnen på 947 000 kroner, omtrent 50 000 kroner høyere enn året før. Ifølge de samme tallene fra kode24 var medianlønnen rundt 900 000 kroner i Oslo og 950 000 kroner i Akershus, mens Østfold lå lavest med en median på 710 000 kroner. Undersøkelsen fra kode24 viste også at fullstack var vanligst med 36 prosent, mot 21 prosent på backend og 11 prosent på frontend. Poenget for CV-en din er ikke tallene i seg selv, men å beskrive rollen din presist: en tydelig fullstack- eller backend-profil er lettere å plassere enn en vag «IT-person».

Feilene som siler deg ut

Noen få ting går igjen når en CV blir lagt bort raskt. Den ene er en teknologiliste uten dekning, der det står ti språk du så vidt har åpnet. Den andre er erfaring skrevet som arbeidsoppgaver i stedet for leveranser. Den tredje er en død eller rotete GitHub-lenke, som er verre enn ingen lenke. Den fjerde er samme CV sendt til alle, uten et snev av tilpasning til det stillingen faktisk ber om.

Rett opp disse fire, sett teknologien tydelig, og la koden din snakke der du kan vise den fram. Da har du en utvikler-CV som gjør jobben sin: å få deg inn til et intervju der du kan snakke om det du faktisk har bygd. Vil du slippe å stelle med marger og seksjoner selv, kan du sette opp strukturen i Laddro og bruke energien på innholdet i stedet.