Den mest overbevisende CV-en er ikke alltid beviset på at noen vil lykkes i jobben. Den forteller hvor kandidaten har vært, men langt mindre om hva personen faktisk kan gjøre når kunden er krevende, systemet feiler eller teamet må velge retning. Et eksempel på kompetansebasert ansettelse viser hva som skjer når dere slutter å lete etter den peneste historien og begynner å vurdere evnen til å løse arbeidet rollen faktisk består av.
Det er ikke et oppgjør med erfaring. Erfaring betyr mye. Men erfaring må oversettes til relevant kompetanse, og den må testes på en måte som er lik for alle. Hvis ikke blir ansettelsen fort en konkurranse i formuleringsevne, nettverk og hvem som ligner mest på dem som allerede sitter rundt bordet.
Eksempel på kompetansebasert ansettelse: En seniorutvikler
Se for dere at dere skal ansette en seniorutvikler til et produktteam. Den vanlige prosessen starter ofte med en annonse full av teknologier, ønskelister og ord som «selvstendig». Deretter kommer CV-ene inn. Noen har de riktige titlene. Noen har jobbet i et kjent selskap. Noen intervjuer godt. Til slutt står dere igjen med en beslutning som gjerne blir forklart med at kandidaten «føltes riktig».
I en kompetansebasert prosess begynner dere et annet sted: med jobben som skal gjøres de neste 12 til 18 månedene. Ikke med ønsket om en bestemt type person, og ikke med den forrige ansatte som fasit.
Ansettende leder og teamet blir enige om at rollen krever fire ting: å kunne bryte ned tekniske problemer, ta gode valg når informasjonen er ufullstendig, samarbeide tydelig med produkt og design, og løfte kvaliteten i teamet gjennom faglige vurderinger. Teknologistacken er fortsatt relevant. Men den blir et middel, ikke hele definisjonen av hvem som kan lykkes.
Dette er forskjellen som betyr noe. «Må ha fem år med X» er et filter. «Må kunne vurdere konsekvensene av et teknisk valg» er en kompetanse dere kan se etter, teste og sammenligne.
Kravprofilen må være konkret nok til å kunne etterprøves
Hver kompetanse må beskrives med observerbar atferd. Hva ser dere etter hos en sterk kandidat? Hva skiller et godt svar fra et svakt? Og hvor avgjørende er kompetansen for rollen?
For problemløsing kan et høyt nivå være at kandidaten avklarer mål, identifiserer risiko og forklarer hvilke avveininger som må tas før løsningen velges. Et lavere nivå kan være at kandidaten går rett på en favorittløsning uten å stille spørsmål om brukerbehov, drift eller konsekvenser.
Det høres enkelt ut. Likevel er det her mange prosesser sporer av. Hvis leder og intervjuerteam ikke er enige om hva de vurderer, vil alle sitte igjen med sin personlige definisjon av «senior». Da får kandidaten ulike premisser avhengig av hvem som stiller spørsmålene.
Caset: Samme oppgave, samme grunnlag
Kandidatene får en kort, realistisk case før eller under prosessen. Ikke en gratis arbeidsprøve forkledd som rekruttering, og ikke en oppgave som krever en hel helg. Caset skal være stort nok til å vise hvordan kandidaten tenker, men avgrenset nok til at det respekterer tiden deres.
I dette eksempelet får alle samme situasjon: Et nytt kundeområde skal lanseres i produktet. Løsningen må bygges raskt, men skal håndtere sensitive data og kunne utvikles videre av teamet. Kandidaten blir bedt om å forklare hvilke spørsmål som må besvares først, hvilken tilnærming vedkommende ville valgt, og hvilke risikoer som må håndteres.
Her blir det mulig å se kompetanse i stedet for å anta den. Kandidaten som har arbeidet i et stort teknologiselskap får ingen fribillett. Kandidaten fra et mindre miljø blir heller ikke avskrevet fordi logoen på CV-en er mindre kjent. Begge vurderes på samme oppgave og samme kriterier.
En god casevurdering handler heller ikke om å finne én fasit. I mange roller finnes det flere forsvarlige løsninger. Det dere vurderer, er kvaliteten på resonnementet: Ser kandidaten helheten? Stiller personen gode spørsmål? Kan vedkommende forklare hvorfor ett valg er bedre enn et annet i akkurat denne situasjonen?
Det strukturerte intervjuet følger opp det caset ikke kan vise
Intervjuet skal ikke begynne med «fortell litt om deg selv» og ende med en hyggelig prat om felles interesser. Den praten kan komme senere. Først må dere hente inn sammenlignbar informasjon.
Alle kandidatene får spørsmål som er knyttet direkte til kompetansene i kravprofilen. For samarbeid kan spørsmålet være: «Fortell om en gang du var faglig uenig med produktansvarlig eller leder. Hva gjorde du, og hva ble resultatet?» Intervjueren følger opp med de samme typene spørsmål: Hva var kandidatens ansvar? Hvilke alternativer fantes? Hva gjorde personen konkret? Hva lærte vedkommende?
Det er ikke mekanisk. Det er rettferdig. Kandidaten får en reell mulighet til å vise det dere faktisk trenger, og dere får grunnlag for å sammenligne svarene uten å lene dere på hukommelse og førsteinntrykk.
Et strukturert intervju kan gjerne inneholde rom for oppfølgingsspørsmål. Men oppfølgingen må brukes til å forstå svaret, ikke til å gi én kandidat en enklere vei til å imponere enn en annen.
Vurderingen: Bevis før preferanse
Etter intervju og case setter intervjuerne poeng hver for seg før de diskuterer kandidaten sammen. Det er et enkelt grep med stor effekt. Den som snakker høyest eller har sterkest magefølelse, får ikke definere hele vurderingen før de andre har tenkt selv.
I vårt eksempel kan vurderingen se slik ut:
| Kompetanse | Kandidat A | Kandidat B | Kandidat C | | — | —: | —: | —: | | Problemløsing | 4 | 5 | 3 | | Tekniske avveininger | 4 | 4 | 3 | | Samarbeid på tvers | 5 | 3 | 4 | | Faglig påvirkning | 4 | 3 | 5 |
Tallene alene skal aldri ansette noen. Det avgjørende er dokumentasjonen bak dem. Kandidat B kan ha levert den sterkeste tekniske analysen, men vist for lite evne til å skape fremdrift med andre fagområder. Kandidat C kan være en sterk faglig stemme, men mangle erfaringen dere trenger i et produkt som håndterer sensitiv informasjon.
Kandidat A blir kanskje ansatt, ikke fordi personen hadde den mest imponerende CV-en, men fordi bevisene samlet sett passer best til det rollen krever. Det er en bedre begrunnelse enn «vi hadde best kjemi». Og når kandidaten spør hvorfor valget falt som det gjorde, har dere et ærlig svar.
Hva kompetansebasert ansettelse løser – og ikke løser
Metoden reduserer støy. Den fjerner ikke usikkerhet. Dere ansetter fortsatt et menneske inn i en rolle som vil endre seg, i et team med egne dynamikker. Ingen score eller case kan love at alt blir riktig.
Men dere får et langt bedre beslutningsgrunnlag. Dere kan oppdage når kravprofilen er urealistisk, fordi ingen kandidater viser den kombinasjonen av kompetanse, erfaring og lønnsnivå dere har sett for dere. Dere kan også skille mellom et reelt kompetansegap og en preferanse dere egentlig kan klare dere uten.
Det krever mer forarbeid enn å publisere en standardannonse. Det krever at lederne prioriterer intervjutrening og faktisk bruker vurderingsskjemaet. Gjør dere det halvveis, blir prosessen bare mer administrasjon. Gjør dere det ordentlig, blir den mer presis.
For kandidater er gevinsten like tydelig. De blir vurdert på det de kan, ikke bare på om de har hatt tilgang til de riktige selskapene, titlene eller nettverkene. De fortjener også innsyn i hva som ble vurdert og hvorfor. En prosess som ber folk bruke tid på case og intervjuer, må kunne møte dem med mer enn stillhet eller et standardavslag.
Start med én rolle dere må få riktig
Dere trenger ikke bygge et stort rammeverk for alle stillinger samtidig. Velg én kritisk rolle innen Tech, IT, Engineering, salg og marked eller økonomi. Skriv ned hva personen må levere, hvilke tre til fem kompetanser som avgjør om det lykkes, og hvordan dere kan få bevis for dem.
Deretter må dere være ærlige om markedet. Finnes kompetansen dere ønsker? Hva koster den? Hvor mange andre selskaper konkurrerer om de samme menneskene? Hvis svaret er ubehagelig, er det fortsatt bedre enn å bruke tre måneder på en prosess som var feil rigget fra start.
Det er akkurat derfor Mandag Match starter med kandidater, lønnstall og en vurdering av hvor attraktiv dere faktisk er som arbeidsgiver – før annonsen er publisert og før dere har brukt en krone. Ikke fordi data skal ta beslutningen, men fordi dere fortjener å ta den på noe mer enn håp.
Den neste ansettelsen trenger ikke begynne med en CV-bunke. Begynn med arbeidet som venter. Da får kandidaten en rettferdigere prosess, og dere får en beslutning dere kan stå for når hverdagen begynner.
