IT-rekrytering i förändring: Skills-based hiring vs. erfarenhetsbaserad rekrytering

Att IT-rekrytering är i förändring är inte bara ett konstaterande utan det är verkligheten för de flesta företag som konkurrerar om techtalanger idag. Traditionella metoder som fokuserat på formella meriter som rätt examen, tillräckligt många år i branschen, erfarenhet från ”rätt” företag ifrågasätts allt mer. När kompetensbehoven förändras snabbare än någonsin och när de bästa techtalangerna inte alltid följer de vanliga karriärvägarna, behöver rekryteringsprocesserna anpassas.

Skills-based hiring – att rekrytera utifrån faktiska färdigheter snarare än CV-punkter – växer fram som ett alternativ till den erfarenhetsbaserade rekryteringen där titlar och antal år i yrket väger tyngst.

I den här artikeln går jag igenom skillnaderna mellan de två metoderna och visar hur du kan använda dem strategiskt för att bygga starkare och mer anpassningsbara techteam.

Vad är erfarenhetsbaserad rekrytering?

Erfarenhetsbaserad rekrytering är den klassiska modellen där kandidater utvärderas utifrån:

• Utbildningsbakgrund – examen från universitet eller högskolor
• Antal år i yrket – ofta uttryckt som ”minst 5 års erfarenhet av…”
• Tidigare arbetsgivare – erfarenhet från kända techbolag ger pluspoäng
• Titlar och befattningar – Senior Developer, Tech Lead, etc.

Denna metod ger en struktur och en känsla av trygghet. Det är lätt att jämföra kandidater och filtrera bort de som inte uppfyller minimikraven. Men den har också uppenbara begränsningar:

• Den missar talanger som är självlärda, karriärsväxlare eller nyexaminerade med hög potential
• Den prioriterar tid framför resultat
• Den riskerar att cementera branschen som homogen och uteslutande

Vad är skills-based hiring?

Skills-based hiring innebär att rekryteringsprocessen fokuserar på vad kandidaten faktiskt kan göra och inte var hen har varit eller hur länge.

Metoden bygger på:

• Praktiska tester och arbetsuppgifter – kodtester, casestudier, portfolios
• Kompetenskartläggning – vilka färdigheter krävs verkligen för att lyckas i rollen?
• Resultat och potential – vad har kandidaten åstadkommit oavsett titel?
• Lärförmåga och anpassningsbarhet – särskilt viktigt i snabbrörliga techmiljöer

I praktiken kan det innebära att en self-taught developer med två års erfarenhet och imponerande GitHub-projekt värderas lika högt som en civilingenjör med fem år på ett konsultbolag.

Skills-based hiring: fördelar och utmaningar

Fördelar

Bredare talangpool

Genom att släppa kravet på examen eller specifik erfarenhet öppnar du dörren för bootcamp-utbildade, karriärsväxlare och självlärda grupper som ofta är både motiverade och nytänkande.

Bättre match mellan kompetens och roll

När du testar faktiska färdigheter minskar risken för felmatchningar. Du ser vad kandidaten kan bidra med från dag ett och inte vad hen kanske kan baserat på titlar.

Ökad mångfald

Skills-based hiring minskar omedvetna fördomar kopplade till utbildningsbakgrund, ålder, kön eller tidigare arbetsgivare. Det ger mer inkluderande team vilket forskning visar leder till bättre problemlösning och innovation.

Snabbare kompetensutveckling

Eftersom metoden fokuserar på lärförmåga snarare än status quo, attraherar den ofta kandidater som är vana vid att snabbt lära sig nya verktyg och ramverk.

Utmaningar

Kräver mer tid och resurser

Att designa träffsäkra kompetenstester, genomföra arbetsuppgifter och utvärdera resultat tar mer tid än att scanna CV:n efter nyckelord.

Risk för subjektivitet

Utan tydliga kriterier kan bedömningen bli godtycklig. Det kräver struktur, kalibrering och ofta flera bedömare.

Svårt att skala

Om du har 200 ansökningar kan det vara orealistiskt att ge alla en praktisk uppgift. Då behövs smart förfiltrering eller digitala verktyg.

Är erfarenhetsbaserad rekrytering fortfarande relevant?

Nu när IT-rekrytering är i förändring kan det vara lätt att avfärda traditionella metoder helt. Men trots sina begränsningar finns det situationer där erfarenhet verkligen spelar roll:

• Seniora roller med strategiskt ansvar – en CTO eller Head of Engineering behöver ofta bred erfarenhet av att leda team, driva transformationer och navigera komplexitet
• Nischad expertis – vissa roller kräver djup kunskap som tar tid att bygga upp (t.ex. säkerhetsarkitekt, ML-specialist inom specifik domän)
• Kulturbärare och mentorer – erfarna medarbetare kan bidra med perspektiv och stabilitet som är svår att ersätta.

Men även i dessa fall bör erfarenhet kompletteras med kompetensbedömning. Att ha arbetat i 10 år säger inte automatiskt något om kvaliteten på arbetet eller förmågan att leda.

Så kombinerar du metoderna i din rekrytering av techkompetens

För de flesta företag handlar det inte om antingen eller utan om att hitta rätt balans.

1. Börja med rollens verkliga behov och fråga dig:

• Vilka färdigheter är absolut nödvändiga?
• Vilka kan läras på vägen?
• Behöver vi någon som har gjort exakt detta förut, eller räcker det med potential och vilja?

2. Använd kompetenstester strategiskt och överväg att:

• Ge kandidater ett relevant case eller kodtest tidigt i processen
• Komplettera CV-screening med portfolio-granskning (GitHub etc.)
• Låt kandidater visa vad de kan, inte bara berätta

3. Värdera erfarenhet kvalitativt och inte kvantitativt

Istället för ”minst 5 års erfarenhet”, formulera krav som:

• ”Dokumenterad erfarenhet av att leda tekniska projekt från koncept till produktion”
• ”Bevisad förmåga att bygga skalbara backendlösningar”

4. Träna ditt team i objektiv bedömning

Se till att alla som deltar i rekryteringen förstår:

• Vilka kompetenser ni söker och varför
• Hur ni mäter dem på ett rättvist sätt
• Hur ni undviker att låta erfarenhet bli en proxy för kompetens

Rekrytering av IT-kompetens kräver en hybridvariant

Idag kräver IT-rekrytering nya perspektiv men inte nödvändigtvis att vi kastar ut allt gammalt. Skills-based hiring är inte en modefluga utan det är en naturlig utveckling i en bransch där förändring är enda konstanten. Men det betyder inte att erfarenhet är irrelevant. Nyckeln är att använda båda perspektiven smart och medvetet.