Waarom een werkmonster test de software ontwikkelaars zal identificeren die u moet inhuren

Gepubliceerd: Laatst bijgewerkt:
aanwerving artikelen lijst werk voorbeeld post

Voordat het gemakkelijk was om een werkmonster test te geven aan iedereen die in je tech recruitment trechter viel, was het technische aanwervingsproces een mijnenveld. Zelfs voordat ik in de industrie terecht kwam, herinner ik me verhalen te hebben gehoord over de frustraties waarmee mijn vrienden en collega's te maken kregen toen ze probeerden door het technische interview proces te navigeren, zowel als kandidaten als werving managers.

Kandidaten kregen een stortvloed van irrelevante, tijdrovende en ontmoedigende algoritmische tests en whiteboardinterviews voorgeschoteld, die in het voordeel waren van pas afgestudeerden en hen geen inzicht in de baan gaven. Voor recruiters en wervingsmanagers was het al even moeilijk. Zij hadden heel weinig doeltreffende methoden om te bepalen welke van hun dev kandidaten goed werk voor hen zouden gaan leveren. Dus gebruikten ze wat beschikbaar was en moesten ze zich neerleggen bij de onbestendigheid van de resultaten. Maar er is een betere manier.

De werkmonstertest is een beproefd idee op andere gebieden, dat een revolutie teweegbracht in het aanwervingsproces, maar nu aan tractie wint in tech.

Meer informatie over technische interviews en vaardigheidstests vindt u in De ultieme gids voor het technische interview.

Wat is een werkmonster test?

Eenvoudig gedefinieerd, is een werkproeftest een test die, volgens Google's voormalige Senior Vice President van People Operations Laszlo Bock,


Laszlo Bock legt uit wat een werkmonster test is.(...) houdt in dat de kandidaten een voorbeeldwerkstuk krijgen, dat vergelijkbaar is met het werk dat zij in de functie zouden doen, en dat hun prestaties in dat werkstuk worden beoordeeld.

Beeldbron: LinkedIn


Dat klinkt vrij eenvoudig, nietwaar? Het klinkt bijna als een proefperiode, maar werkproeven verschillen in die zin dat ze aan al deze criteria voldoen van Sockpuppet.org:

  • Zij sluiten zo nauw mogelijk aan bij de werkzaamheden die de kandidaat in zijn functie zal moeten verrichten
  • Ze zijn gestandaardiseerd, zodat elke kandidaat dezelfde test ondergaat
  • Zij genereren gegevens en een cijfer, geen eenvoudig slagen/niet-slagen resultaat
  • Ze zijn veel korter, meestal niet meer dan een uur of twee

Dus als het geen proces is, wat is het dan? Ryan Daigle, directeur van Engineering bij Spreedly verwoordt het het beste:


Ryan Daigle legt uit wat een werkmonster test is.Een werkproef is een objectief en blind beoordeelde domeinspecifieke ontwikkelingstaak die de kandidaat in zijn eigen tijd voltooit.

Beeldbron: LinkedIn


Met andere woorden, een software ontwikkelingstaak of een ontwikkeling van software op maat taak. Waarom dan de extra moeite doen om uw kandidaten op deze manier te testen?

Een werkproef is de beste voorspeller van de toekomstige prestaties van een ontwikkelaar

Er is een grote hoeveelheid onderzoek gedaan naar de doeltreffendheid van verschillende methoden om kandidaten te testen. De resultaten van deze studies wijzen er in het algemeen op dat werkproeven de beste voorspellers zijn van toekomstige prestaties.

Frank L. Schmidt van de Universiteit van Iowa en John E. Hunter van de Michigan State University deden een review van de voorgaande 85 jaar van onderzoek over dit onderwerp. Zij kwamen tot de bevinding dat werkmonstertests een nek-aan-nekrace vormden met algemene mentale bekwaamheidstests (GMA) als de beste voorspellers van toekomstige prestaties, met de bonus dat zij minderheden niet bevooroordelen zoals GMA-tests doen.

De steekproeftest wordt gevalideerd in "The Validity and Utility of Selection Methods in Personnel Psychology: Practical and Theoretical Implications of 85 Years of Research Findings"Bron: "De validiteit en bruikbaarheid van selectiemethodes in de personeelspsychologie:Praktische en Theoretische Implicaties van 85 Jaar Onderzoeksbevindingen"

Niet alleen is vooringenomenheid uw wervingsinspanningen schaden door je kandidatenbestand te verkleinen, maar volgens Tikhon Jelvis(hoofd datawetenschapper bij Target), kan het je blootstellen aan rechtszaken op grond van het beginsel van ongelijke impact. Dit laat werkproeven als de duidelijke winnaar over, een bevinding die wordt ondersteund door Laszlo Bock, die in deze BBC interview blijkt dat zij de beste indicatoren waren voor toekomstige prestaties van alle tests die zij bij Google uitvoerden.

Maar deze bevindingen zijn algemeen, dus hoe kunnen ze worden toegepast op het screenen van softwareontwikkelaars?

Wat maakt een goed werkvoorbeeld test voor software ontwikkelaars

Wat maakt een goede voorbeeldtest voor softwareontwikkelaars?Een voorbeeldtest is alleen doeltreffend als hij een taak omvat die belangrijk en representatief van het werk dat gedaan zal worden. Wat dit betekent voor een software ontwikkelaar wordt het best samengevat door Ryan Daigle van Spreedly,

Werkvoorbeelden moeten een weerspiegeling zijn van wat het bedrijf doet en hoe ze dat doen. Het gaat er net zozeer om dat de kandidaat het bedrijf meet als dat het bedrijf de kandidaat meet.

Een voorbeeldprogrammeertaak moet het soort problemen weerspiegelen dat het bedrijf oplost en de omgeving waarin ze dat doen. Dit betekent dat je moet nagaan hoe comfortabel de kandidaat zich voelt in het gebruik van de bibliotheken en frameworks die je team al gebruikt. Zoals Ryan aangeeft, gaat de test niet alleen over het beoordelen van de vaardigheden van de kandidaat. Het ondersteunt ook een goede ervaring van kandidaten door de kandidaat een voorproefje te geven van de technologieën die het bedrijf gebruikt en de soorten taken waarvoor zij die gebruiken.

De taak moet worden uitgevoerd in een real-world setting

Het U.S. Office of Personnel Management heeft uitgebreid onderzoek gedaan naar de doeltreffendheid van verschillende methoden om de vaardigheden bij aanwerving te bepalen. Hun conclusie is dat,

Omdat werkvoorbeelden van sollicitanten vereisen dat zij taken uitvoeren die identiek zijn aan of sterk lijken op de taken van de baan, wordt er veel zorg aan besteed om de werkomgeving zo goed mogelijk na te bootsen.

In een sollicitatiegesprek voor een software ontwikkelaar zijn er twee gebieden waar je met dit effect rekening moet houden. Het eerste is wat we hierboven vermeldden over de taak die de kandidaat zal uitvoeren als hij wordt aangenomen.

Ten tweede moet de werkomgeving dezelfde zijn. Geef de kandidaat toegang tot alle middelen die hij normaal op het werk zou gebruiken. Hiertoe behoren bibliotheken en frameworks, maar ook externe bronnen zoals Stack Overflow, GitHuben Googlenet zoals uw huidige ontwikkelaars gebruiken.

Dit geldt zelfs voor de IDE die ze gebruiken. Laat ze de IDE gebruiken waarmee ze zich het meest op hun gemak voelen. Het heeft geen zin om hun tijd te verspillen aan het leren kennen van een tool die ze alleen tijdens het interview zullen gebruiken wanneer ze de taak zouden kunnen uitvoeren.

Je moet een tijdslimiet afdwingen

Je moet een tijdslimiet opleggen voor je proefwerktestEen tijdslimiet stellen voor de test is om twee redenen belangrijk. De eerste is dat geen enkele ontwikkelaar een oneindige hoeveelheid tijd heeft om zijn code te perfectioneren. Op een bepaald moment moeten ze hun project afmaken om het enige waarde te geven.

Ten tweede helpt een tijdslimiet u de reikwijdte af te bakenen van wat u van de kandidaat verlangt. Als je gewoon een taak geeft en de kandidaat vraagt om het in te leveren als ze klaar zijn, betekent dat dan dat ze een week de tijd moeten nemen om het perfect te maken of moet het hun beste poging zijn binnen een uur? Het toevoegen van een tijdslimiet helpt het vooroordeel weg te nemen dat sommige programmeurs hebben tegen werkproeven zoals jasode op Hacker Nieuws. Zij hebben geen tijd om een week aan een project te besteden en zullen dus uit uw wervingstrechter afhaken als de programmeertest te open lijkt.

Je moet de test scoren volgens een rubric

Elders op deze blog hebben we het gehad over het belang van een objectieve rubriek voor sollicitatiegesprekken. Ze helpen vooroordelen wegwerken door het evaluatieproces zo objectief mogelijk te maken. Hetzelfde geldt voor uw werkproeftest. Bepaal de criteria die u voor de test wilt hanteren en houd u daar dan aan. Het zal u helpen de beste mensen te vinden door de ruis weg te filteren die uw oordeel kan vertroebelen.

Vraag het maar aan Elena Grewal, hoofd Data Science van Airbnb. In een interview in de LA Timeslegt ze uit hoe belangrijk het is om een rubriek te gebruiken bij het beoordelen van een proefwerk:


Elena Grewal legt uit dat de werkmonstertest belangrijk is voor AirbnbWe hebben dit grondig bekeken en beseften dat de mensen die de oefening beoordeelden geen duidelijke criteria hadden, dus hebben we dit veranderd en duidelijk gemaakt waarnaar we zochten, we hebben de beoordeling consequent gemaakt, en als iemand geslaagd was, ging hij door naar de volgende ronde.

Beeldbron: LinkedIn

De verandering leidde tot een verdubbeling van het aantal aangenomen vrouwen. Merk op dat ze hun normen niet hebben veranderd. In plaats daarvan introduceerden ze een grotere mate van objectiviteit waardoor ze toegang kregen tot meer gekwalificeerde kandidaten, waar de test in de eerste plaats voor bedoeld was.

De kandidaat moet de gelegenheid krijgen zich voor te bereiden en snel daarna gedetailleerde feedback te krijgen

De bedoeling van deze test is dat de kandidaat zijn best doet op een normale werktaak. Normaal gesproken weet je op het werk wat voor taken het bedrijf uitvoert en word je zelden verrast door nieuwe taken in een compleet nieuwe omgeving. U moet precies uitleggen waar de test en de taak over zullen gaan, zodat de kandidaat precies weet wat hij kan verwachten.

Na de test moet u de kandidaat gedetailleerde feedback geven over zijn prestaties. Niet alleen zorgt dit voor een goede ervaring van kandidatenHet zal ook de reputatie van uw werkgever in de gemeenschap van ontwikkelaars verbeteren.

Hoe verschillende bedrijven werkproeven bouwen voor softwareontwikkelaars

Een aantal verschillende bedrijven hebben verschillende benaderingen gekozen voor het maken van hun eigen werkproeftoetsen. Hier zijn een paar voorbeelden die u kunt gebruiken.

PolicyStat (sindsdien overgenomen door iContracts) heeft deze tactiek gebruikt voor meer dan 300 kandidaten voor 6 verschillende posities in hun tech team. Voor allen geven ze een specifiek project dat het werk zo dicht mogelijk benadert. Dit betekent dat ze meer granuleren dan taal en daadwerkelijk de specifieke technologieën testen die door het team worden gebruikt, in hun geval Django.

Kandidaten wordt gevraagd om een pull request in te dienen die een functie toevoegt en een bug oplost in een Django-gebaseerd project.

Spreedly is een betalingstool, dus hun werkvoorbeeld is om een ActiveMerchant gateway adapter te maken voor een nep-betalingsgateway. Dit is precies het soort project dat hun ontwikkelaars de hele tijd doen, dus het past perfect in hun rol.

U kunt een kijkje nemen naar hun monster op GitHub. Als u daarheen gaat, kunt u zien hoe zij precies uitleggen wat de taak is, hoe u die moet indienen, wat zij zoeken, en wat de reikwijdte van het project is.

Spreedly's werkmonster testSockpuppet.org/Latacora is een Rails winkel. Wat ze doen is een Rails applicatie nemen die ze hebben geïmplementeerd en dan een aantal functionele gebieden van de applicatie uitsnijden. Dit kan een zoekfunctie zijn of een klant order updater. Ze vragen dan aan de kandidaat om de functie terug toe te voegen.

Op DevSkillerWe hebben het concept van een werkproef test voor software ontwikkelaars genomen en een platform gebouwd om het proces te automatiseren voor de tester en de kandidaat. Tests kunnen worden uitgevoerd op het platform van overal in de wereld op het gemak van de kandidaat. De test wordt vervolgens automatisch geëvalueerd, wat de tijd van een technisch interviewer bespaart. Recruiters kunnen kiezen uit een van de vele kant-en-klare tests of hun eigen test bouwen met de werkelijke code die het bedrijf gebruikt.

Een goed voorbeeld van een DevSkiller test is deze test voor Java ontwikkelaars die RESTful blog applicaties schrijven. Zoals je kan zien beschrijft de taakbeschrijving de technologieën die nuttig zullen zijn (Spring, Spring Data JPA, Hibernate onder andere) en de taak (voeg een commentaarfunctie toe).

DevSkiller's werkproef testBovenaan de pagina staat een handige aftelklok, zodat de kandidaat weet hoeveel tijd hij nog heeft.

De aftelklok in DevSkiller's werkproef testEn er is een bouwconsole, zodat de kandidaat tests kan uitvoeren tijdens de werkmonstertest.

De bouwconsole in DevSkiller's voorbeeldtestHet idee is om duidelijke parameters voor het project te creëren maar de kandidaat de kans te geven om alle beschikbare middelen te gebruiken om met een oplossing te komen. In tegenstelling tot de andere oplossingen versnelt DevSkiller het proces door de test automatisch naar de kandidaat te sturen, de voltooide test te ontvangen, de taak te klonen, te bouwen en te beoordelen zonder dat de kwaliteit van de tests in het gedrang komt. Zoals Arthur Brooks van CodeSpaghetti zegt, "[Devskiller] testen zijn zeer grondig en geven een zinvol overzicht van de prestaties van de kandidaat." Aan het eind krijgt de recruiter een gedetailleerd verslag van de resultaten, zodat de kandidaat objectief vergeleken kan worden met de andere kandidaten die de test doen.

Uw volgende zet

Tests van werkvoorbeelden zijn een ongelooflijk nauwkeurige manier om te beoordelen of uw kandidaat voor softwareontwikkeling het werk aankan of niet. Of u nu uw eigen test vanaf nul bouwt of een geautomatiseerd platform gebruikt, hier zijn enkele dingen om te onthouden bij het bouwen van de test.

Doe

  • Objectief meten van de indiening
  • Maak de omvang van de taak beheersbaar en welomschreven
  • Test de specifieke programmeeromgeving die u met die technologieën gebruikt

Niet doen.

  • Gebruik dit als een kans om gratis werk te krijgen van de kandidaten*

*Er zijn in het verleden enkele gevallen geweest (zie dit vraag van Quora) waar bedrijven, vaak cash-strapped startups, een inhuurtaak zullen gebruiken als een goedkope manier om een functie aan hun product toe te voegen. Doe het gewoon niet. Je kandidaten zullen er achter komen en het zal ze afschrikken van je bedrijf. En dat niet alleen, ze zullen het ook aan hun vrienden vertellen en zo de reputatie van uw werkgever ruïneren.

Hoe beoordeelt u de codeervaardigheden van uw kandidaten? Ik ben benieuwd naar uw mening in het commentaarveld hieronder!

Post delen

Meer informatie over het inhuren van tech

Abonneer u op onze Learning Hub en ontvang nuttige inzichten rechtstreeks in uw inbox.

Verifieer en ontwikkel coderingsvaardigheden naadloos.

Zie DevSkiller producten in actie.

Beveiligingscertificeringen & naleving. Wij zorgen ervoor dat uw gegevens veilig en beveiligd zijn.

DevSkiller logo TalentBoost logo TalentScore logo