CV mall IT: struktur, teknisk sektion och rollspecifika val
En cv mall för IT bör lyfta teknisk kompetens och projektresultat före kronologisk arbetshistorik. Placera en teknisk översikt inom de första tredjedelarna av dokumentet, anpassa nyckelorden efter den specifika rollen och beskriv vad du åstadkommit snarare än vad du haft ansvar för. Strukturen skiftar beroende på om du söker som backend-utvecklare, DevOps-ingenjör eller UX-designer.
Här kan du se alla våra CV mallar för alla olika yrken
Innehållsförteckning
Teknisk kompetenssektion i IT-CV: gruppering, format och relevansfiltrering
Det finns två vanliga upplägg. Det första är ett separat kompetensblock högst upp, där teknologier grupperas i kategorier som programmeringsspråk, ramverk, molnplattformar och verktyg. Det fungerar bäst när du har bred teknisk erfarenhet och vill ge rekryteraren en snabb överblick, exempelvis vid roller som kräver specifik stackkunskap.
Det andra upplägget integrerar teknik direkt i erfarenhetspunkterna: ”Byggde realtids-API i Go med PostgreSQL, deployat via Kubernetes på GCP.” Fördelen är att rekryteraren ser teknik kopplad till faktiskt resultat. Nackdelen är att det blir svårare att skanna efter en enskild teknologi. För konsultroller eller seniora positioner där kontext väger tungt brukar integrerat format göra starkare intryck.
Välj gärna en kombination: ett kort kompetensblock för skanbarhet, plus teknik inbäddad i erfarenhetspunkterna för trovärdighet.
Filtrera bort det som inte matchar
Läs platsannonsen och plocka bort teknologier som saknar koppling till rollen. Fem år med jQuery hjälper inte i en ansökan till en Rust-tjänst. Varje rad som inte matchar späder ut relevansen.
Nyckelord utan nivå skapar tveksamhet
En ren lista med 30 teknologier säger ingenting om djup. Rekryterare som ser ”Docker” utan kontext vet inte om du kört det i produktion eller bara följt en tutorial. Ange nivå genom kontext i erfarenhetspunkterna, eller markera kärnkompetenser tydligt i kompetensblocket och låt övriga teknologier stå som sekundära.
Hur prioriterar du sektionerna beroende på IT-roll?
Sektionsordningen beror på vad rekryteraren letar efter först. En utvecklare och en IT-projektledare kan ha identisk arbetshistorik men behöver helt olika tyngdpunkt.
Utvecklare (backend, frontend, fullstack)
Kompetensblocket med teknologier hamnar direkt under sammanfattningen, och en cv mall för ingenjörer kan fungera som utgångspunkt för strukturen. Det är det första en teknisk rekryterare scannar. Arbetslivserfarenhet kommer efter, men varje punkt ska koppla teknikval till mätbart resultat: kortare byggtider, minskad felsökningsvolym, levererade features. Utbildningssektionen kan tonas ned till ett par rader om du har mer än tre års yrkeserfarenhet.
DevOps och infrastruktur
Certifieringar väger tyngre här än i de flesta andra IT-roller. AWS-, Azure- eller Kubernetes-certifikat bör placeras högt, gärna i direkt anslutning till kompetensblocket. Erfarenhetspunkterna fokuserar på driftsäkerhet och skalbarhet snarare än nya funktioner: uppetidsmål som nåddes, incidenthantering, automatiserade pipelines.
IT-projektledare
Sammanfattningen gör tyngsta lyftet. Den ska visa projektomfattning (budget, teamstorlek, leveranstid) redan innan arbetshistoriken börjar. Teknisk kompetens finns med men som en kortare sektion längre ned, grupperad kring verktyg som Jira, Azure DevOps eller liknande. Resultatbeskrivningarna handlar om leveransprecision och affärsnytta, inte om teknikdjup.
UX och design inom IT
Portföljlänken ersätter stora delar av det som andra roller löser med text. Placera den direkt efter sammanfattningen. Erfarenhetssektionen lyfter användarinsikter och designbeslut som ledde till mätbar förändring, exempelvis ökad konvertering eller minskade supportärenden. Teknisk kompetens begränsas till de prototyp- och designverktyg som faktiskt används i rollen.
GitHub, sidoprojekt och open source i ett IT-CV
En länk till din GitHub-profil i kontaktfältet räcker sällan. Rekryterare som klickar vidare möts ofta av inaktiva repon, halvfärdiga övningar och forked projekt utan egna commits, och det sänker snarare än stärker intrycket.
Lyft istället ett eller två specifika repon som visar något rollen kräver. Namnge repot, beskriv vad det löser och vilken teknik det använder. Placera det som en egen rad under erfarenhetssektionen eller i ett kort block med rubriken ”Projekt” direkt efter arbetshistoriken. Då styr du vad granskaren faktiskt tittar på, istället för att hoppas att rätt repo sticker ut.
Tänk också på att README-filen i repot fungerar som en mini-presentation. Ett repo utan README, eller med den autogenererade mallen, signalerar att projektet inte är färdigt att visas upp. Skriv en kort beskrivning av problemet, din lösning och hur man kör projektet lokalt. Det tar tio minuter och lyfter repot från övningsprojekt till något en rekryterare faktiskt stannar vid.
När sidoprojekt tillför värde
Ett hobbyprojekt i samma stack som tjänsten du söker kan väga nästan lika tungt som arbetslivserfarenhet, särskilt om du har få år i branschen. Ett open source-bidrag med merged pull requests visar samarbetsförmåga i distribuerade team, vilket är svårt att bevisa med enbart anställningspunkter.
Projekt som saknar koppling till rollen hör däremot inte hemma i ditt CV. En Raspberry Pi-hemautomation är kul men irrelevant i en ansökan till en frontend-tjänst. Behåll den på din profil, men ta inte upp den i dokumentet.
Placering utan att spränga sidantalet
Kortfattat funkar bäst: projektnamn, en mening om syfte och teknik, plus en klickbar länk. Två rader per projekt räcker. Har du fler relevanta projekt än vad som ryms, välj det som bäst matchar kravprofilen och låt resten finnas tillgängligt via profillänken i kontaktfältet.
Vanliga frågor om cv mall it
Hur långt bör ett IT-CV vara?
En till två sidor räcker för de flesta IT-roller. Har du över tio års erfarenhet och flera tunga projekt kan två fulla sidor motiveras, men bara om allt innehåll är relevant för den specifika tjänsten, mer om det i vår guide om hur långt ett CV ska vara.
Ska jag lista programmeringsspråk med kompetensnivå i mitt cv mall it?
Nivåmarkeringar som ”expert” eller ”grundläggande” saknar gemensam definition och tolkas olika beroende på vem som läser. Gruppera istället efter användningsområde och låt erfarenhetspunkterna under varje anställning visa hur djupt du arbetat med respektive språk.
Behöver jag ett personligt brev till IT-tjänster?
De flesta svenska IT-arbetsgivare förväntar sig fortfarande ett personligt brev, även om vissa techbolag uttryckligen skriver att det är valfritt. Skicka alltid med ett om annonsen inte säger annat, här finns en mall för personligt brev att utgå från.
Hur hanterar jag korta konsultuppdrag i ett IT-CV?
Samla korta uppdrag under en gemensam rubrik med konsultbolaget eller ”frilansuppdrag” som arbetsgivare, och lista varje uppdrag som en underpunkt med kund (om tillåtet), teknikstack och leverans. Det ger överblick utan att CV:t ser splittrat ut.
Ska certifieringar som AWS eller Azure stå i kompetensblocket eller i en egen sektion?
Placera dem i kompetensblocket om du har en till tre certifieringar. Har du fler, eller söker en roll där certifieringar väger tungt, fungerar en kort egen sektion direkt under kompetensblocket bättre för att ge dem synlighet.
