Träffa mitt i prick med kodningstester i naturlig miljö [fallstudie]

Publicerad: Senast uppdaterad:

Efter att ha publicerat ett inlägg om de vanligaste förbjudenheterna när man anställer programmerare fick vi en del frågor om programmeringsuppgifter och hur vi ska kontrollera kodningsfärdigheter.

Jag har lång arbetslivserfarenhet och har fått mycket erfarenhet av konsultverksamhet när det gäller rekrytering av programmerare i några av de största IT-företagen, främst i Central- och Östeuropa.

Vi har skrivit mycket om tekniska intervjuer. Kolla in Den ultimata guiden till den tekniska intervjun.

Utmaningar med att intervjua utvecklare

När jag började intervjua utvecklare fanns det ingen tid för aktiv programmering och kodningstester. Vi hade många kandidater, så vi var tvungna att hålla oss till en timmes gräns för varje fråga - mjuk och teknisk bedömning samt ekonomiska förhandlingar. Till slut anställde vi omkring 5% av de ursprungliga kandidaterna. Efter provperioden fortsatte cirka 90% av dem att arbeta. Det var en ganska bra konverteringsgrad.

Det är ganska...

Men efter att ha beräknat de kostnader som orsakades av olämpliga anställningsbeslut insåg vi att vi slösade bort mycket pengar. Löner, personal, kontor, anteckningsböcker, tid för seniora utvecklare för kick-start osv. Kostnader utöver lönen var i genomsnitt nästan dubbelt så höga som slutkostnaden.

Det fanns tre huvudskäl till att inte anställa utvecklare efter provperioden:

  1. De kunde inte arbeta i teamet,
  2. De hade endast teoretiska kunskaper,
  3. De arbetade mycket långsammare än väntat.

Anledningen till att vi inte kunde ta reda på alla dessa nackdelar var att vi hoppade över aktiva kodningstester under intervjun. Att anställa mjukvaruutvecklare utan att kontrollera om de verkligen kan koda snabbt och smart är ungefär som att köpa en bil utan att kontrollera om motorn fungerar.

Så hur kan vi kontrollera alla dessa svagheter på bara 60 minuter?

Svaret är enkelt - vi kunde inte! Vi var tvungna att förlänga intervjuprocessen med minst två timmar. Men innan vi kunde göra det var vi tvungna att begränsa antalet kandidater till en början. Vi bestämde oss för att göra en 15-minuters telefonscreening genom att ställa 10-15 tekniska frågor och ta reda på deras löneförväntningar. På grundval av detta bjuder vi in kandidaten igen eller inte. Screeningprocessen gjorde det möjligt för oss att minska antalet nästa nödvändiga möten med nästan 40%, vilket var ett sämre resultat än vi förväntade oss, men tillräckligt bra för att förlänga tiden för varje enskild intervju.

Vi har försökt hitta en lösning för att kontrollera om varje kandidat är på samma våglängd som teamet och om de kan använda de programmeringsspråk som vi vanligtvis använder dagligen. Oberoende av erforderliga kodningsfärdigheter på programmerarnas arbete lägger vi vikt vid hur de tänker, särskilt eftersom det påverkar deras förmåga att kommunicera med andra.

Är parprogrammering en lösning?

Tanken var att göra parprogrammering! Coolt - vi får det bästa av två världar. Antagandet var rätt för cirka 70% av våra kandidater. En timmes kodning var därför tillräckligt för att se hur en person kommer att agera i vår krävande och specifika miljö - både när det gäller att använda sina kunskaper i praktiken, att använda sin förmåga till snabb informationsbearbetning, flexibilitet och även som en lagarbetare, som ibland tvingas göra kompromisser för att uppnå företagets mål.

Samtidigt kunde vi också se hur de använder verktygen, men framför allt hur de kan använda SOLID-principerna i praktiken osv. Men hur är det med de andra 30%? I själva verket var detta personer som inte kan programmera i par alls. Det var helt onaturligt för dem. Är det ett stort problem? När man inser att man i praktiken ägnade 5-10% av tiden åt parprogrammering måste man tänka igenom om man kan leva med sådana anställda på den position man tillsätter 🙂 .

Hur kan vi kontrollera deras kodningsfärdigheter? Låt dem bara fortsätta med den uppgift vi har påbörjat. Men ensam. Utan intervjuare som tittar dem över axeln och kommenterar varje enskild kodrad.

Vad som också är viktigt är att vi återskapar naturliga förhållanden för varje utvecklare - favorit IDE installerad, tillgång till StackOverflow.com, dokumentation etc. Om en kandidat frågar om han vill använda sin egen anteckningsbok bör svaret alltid vara: "Du får gärna göra det. Gör allt du behöver för att känna dig bekväm med kodning". En naturlig miljö är ett absolut måste för alla typer av tester för att kontrollera kodningsfärdigheter, såväl vid parprogrammering som vid enskilda intervjuer.

Dela inlägg

Läs mer om rekrytering av tekniker

Prenumerera på vår Learning Hub för att få nyttiga insikter direkt i din inkorg.

Kontrollera och utveckla kodningsfärdigheter utan problem.

Se DevSkillers produkter i praktiken.

Säkerhetscertifieringar och efterlevnad. Vi ser till att dina data är säkra och skyddade.

DevSkillers logotyp TalentBoost logotyp TalentScore-logotyp