{"id":36985,"date":"2019-10-31T22:15:09","date_gmt":"2019-10-31T19:15:09","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kak-priruchit-dzhuniora\/"},"modified":"2019-10-31T22:15:09","modified_gmt":"2019-10-31T19:15:09","slug":"kak-priruchit-dzhuniora","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/news\/kak-priruchit-dzhuniora","title":{"rendered":"Hvordan t\u00e6mmer man en junior?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Hvordan kommer man ind i et stort firma, hvis man er junior? Hvordan ans\u00e6tter man en v\u00e6rdig junior, hvis man er et stort firma? Nedenfor vil jeg fort\u00e6lle vores historie om ans\u00e6tning af nybegyndere inden for frontend: hvordan vi arbejdede med testopgaver, forberedte os til at gennemf\u00f8re interviews og opbyggede et mentorprogram til udvikling og onboarding af nybegyndere, samt hvorfor de standard sp\u00f8rgsm\u00e5l til interviews ikke virker.<\/p>\n

\"Hvordan
\nJeg pr\u00f8ver at t\u00e6mme en junior<\/i>
\n<\/a><\/noindex>
\nHej! Mit navn er Pavel, jeg laver frontend i Wrike-teamet. Vi skaber et system til projektledelse og samarbejde. Jeg har arbejdet med web siden 2010, har arbejdet 3 \u00e5r p\u00e5 international fjernarbejde, deltaget i flere opstartsvirksomheder og undervist i webteknologier p\u00e5 universitetet. I firmaet deltager jeg i udviklingen af tekniske kurser og mentorprogrammet for juniorer hos Wrike samt i deres rekruttering.<\/p>\n

Hvorfor overvejede vi overhovedet at ans\u00e6tte juniorer<\/h3>\n

\nIndtil for nylig havde vi ansat frontend-udviklere p\u00e5 mellem- eller seniorniveau \u2014 blevet tilstr\u00e6kkeligt selvst\u00e6ndige til efter onboarding at kunne l\u00f8se produktopgaver. I starten af \u00e5ret inds\u00e5 vi, at vi ville \u00e6ndre denne politik: I l\u00f8bet af et \u00e5r er antallet af vores produkthold n\u00e6sten fordoblet, antallet af frontend-udviklere n\u00e6rmer sig hundrede, og i den n\u00e6rmeste fremtid skal alt dette fordobles igen. Der er meget arbejde, f\u00e5 tilg\u00e6ngelige h\u00e6nder, og p\u00e5 markedet er der endnu f\u00e6rre, derfor besluttede vi at henvende os til folk, der lige er startet deres rejse inden for frontend og inds\u00e5, at vi var klar til at investere i deres udvikling.<\/p>\n

Hvad er en junior?<\/h3>\n

\nDet er det f\u00f8rste sp\u00f8rgsm\u00e5l, vi stillede os selv. Der er forskellige kriterier, men den enkleste og mest forst\u00e5elige tilgang er s\u00e5dan her:<\/p>\n

Man skal forklare en junior, hvilken funktion og hvordan man skal lave den. En mellem skal have forklaret, hvilken funktion der er n\u00f8dvendig, og han klarer selv implementeringen. En senior vil selv forklare, hvorfor den funktion overhovedet ikke b\u00f8r laves.<\/p><\/blockquote>\n

P\u00e5 en eller anden m\u00e5de er en junior den udvikler, der har brug for r\u00e5d om, hvordan man pr\u00e6cist implementerer en eller anden l\u00f8sning. Ud fra dette baserede vi os p\u00e5:<\/p>\n

    \n
  1. En junior er en, der \u00f8nsker at udvikle sig og er villig til at arbejde h\u00e5rdt for det;<\/li>\n
  2. Han ved ikke altid, hvilken retning han vil udvikle sig i;<\/li>\n
  3. Har brug for r\u00e5d og s\u00f8ger hj\u00e6lp udefra \u2014 fra sin leder, mentor eller i f\u00e6llesskabet.<\/li>\n<\/ol>\n

    \nVi havde ogs\u00e5 flere hypoteser:<\/p>\n

      \n
    1. Til juniorstillingen vil der v\u00e6re en storm af ans\u00f8gninger<\/i>; Vi skal filtrere tilf\u00e6ldige ans\u00f8gninger allerede p\u00e5 ans\u00f8gningsstadiet;<\/li>\n
    2. Den prim\u00e6re udv\u00e6lgelse hj\u00e6lper ikke<\/i> \u2014 der er brug for flere testopgaver;<\/li>\n
    3. Testopgaver vil skr\u00e6mme alle v\u00e6k<\/i> \u2014 de er ikke n\u00f8dvendige.<\/li>\n<\/ol>\n

      \nOg selvf\u00f8lgelig havde vi et m\u00e5l: 4 juniorer p\u00e5 3 uger<\/b>.<\/p>\n

      Med denne forst\u00e5else begyndte vi at eksperimentere. Planen var simpel: starte med en s\u00e5 bred som muligt tragt og gradvist pr\u00f8ve at indsn\u00e6vre den, s\u00e5 vi kunne h\u00e5ndtere str\u00f8mmen, men uden at reducere den til 1 kandidat om ugen.<\/p>\n

      Vi opsl\u00e5r stillingen<\/h3>\n

      <\/p>\n

      For virksomheden<\/b>: Der vil komme hundredevis af ans\u00f8gninger! T\u00e6nk over filteret.<\/p>\n

      For junioren<\/b>: V\u00e6r ikke bange for sp\u00f8rgeskemaet f\u00f8r du sender dit CV og testopgaven \u2014 det er et tegn p\u00e5, at virksomheden har taget sig af dig og har godt styr p\u00e5 processen.\n<\/p><\/blockquote>\n

      \nP\u00e5 den f\u00f8rste dag modtog vi omkring 70 CV'er fra kandidater \"med kendskab til JavaScript\". Og derefter endnu flere. Vi kunne fysisk ikke kalde alle ind til interview i kontoret og valgte dem med de mest imponerende pet-projekter, en aktiv GitHub eller i det mindste lidt erfaring. <\/p>\n

      Men den vigtigste konklusion, vi n\u00e5ede p\u00e5 den f\u00f8rste dag \u2014 stormen var begyndt. Det var tid til at tilf\u00f8je et sp\u00f8rgeskema f\u00f8r ans\u00f8gningen blev sendt. Dets opgave var at skille de kandidater fra, der ikke var villige til at l\u00e6gge mindste anstrengelse i at sende et CV, og dem, der ikke besad viden og kontekst til at kunne Google de rigtige svar. <\/p>\n

      Det indeholdt standardsp\u00f8rgsm\u00e5l om JS, HTML, web og computervidenskab \u2014 det ved enhver, der har en id\u00e9 om, hvad der bliver spurgt om til en frontend-udv\u00e6lgelse. Hvad er forskellen mellem let\/var\/const? Hvordan anvender man stilarter kun for sk\u00e6rme, der er mindre end 600px bredde? Vi \u00f8nskede ikke at stille disse sp\u00f8rgsm\u00e5l ved den tekniske samtale \u2014 praksis har vist, at man kan svare p\u00e5 dem efter 2-3 interviews, uden at have en dyb forst\u00e5else for udvikling. Men de kunne i det mindste vise os, om kandidaten generelt forstod konteksten.<\/p>\n

      I hver kategori havde vi forberedt 3-5 sp\u00f8rgsm\u00e5l og \u00e6ndrede dag for dag deres s\u00e6t i ans\u00f8gningsformen, indtil vi havde udelukket de alt for lette og alt for sv\u00e6re. Dette gjorde det muligt at reducere str\u00f8mmen \u2014 p\u00e5 3 uger fik vi 122 kandidater<\/b>, som kunne arbejde videre. Det var studerende inden for IT; fyre, der \u00f8nskede at skifte fra backend til frontend; arbejdere eller ingeni\u00f8rer mellem 25-35 \u00e5r, som radikalt \u00f8nskede at skifte karriere og lagde forskellig indsats i selvuddannelse, kurser og praktikophold.<\/p>\n

      Lad os l\u00e6re hinanden bedre at kende<\/h3>\n

      <\/p>\n

      For virksomheden<\/b>: Testopgaven afskr\u00e6kker ikke kandidaterne, men hj\u00e6lper med at forkorte rekrutteringsprocessen.<\/p>\n

      For junioren<\/b>: Kopier ikke testopgaverne \u2014 det kan ses. Og hold dit GitHub i orden!\n<\/p><\/blockquote>\n

      Hvis vi havde inviteret alle til teknisk interview, ville vi skulle afholde cirka 40 interviews om ugen kun for juniorer og kun inden for frontend. Derfor besluttede vi at teste den anden hypotese \u2014 om testopgaven.<\/p>\n

      Hvad var vigtigt for os i testopgaven:<\/p>\n

        \n
      1. At opbygge en god, skalerbar arkitektur, men uden overengineering;<\/li>\n
      2. Det er bedre at tage sig tid til at g\u00f8re det godt, end at lave noget halvvejs og sende det med kommentaren 'jeg vil helt sikkert g\u00f8re det f\u00e6rdigt';<\/li>\n
      3. Historien om udviklingen i git \u2014 ingeni\u00f8rkultur, iterativ udvikling og at l\u00f8sningen ikke er bare kopieret uden videre.<\/li>\n<\/ol>\n

        \nVi blev enige om, at vi ville se en algoritmisk opgave og en lille webapplikation. De algoritmiske opgaver var forberedt p\u00e5 niveauet af laboratoriekurserne \u2014 bin\u00e6r s\u00f8gning, sortering, tjek for anagrammer, arbejde med lister og tr\u00e6er. Til sidst besluttede vi os for bin\u00e6r s\u00f8gning som den f\u00f8rste testopgave. Webapplikationen skulle v\u00e6re kryds og bolle med brug af en hvilken som helst ramme (eller uden).<\/p>\n

        Testopgaven blev gennemf\u00f8rt af n\u00e6sten halvdelen af de tilbagev\u00e6rende fyre \u2014 vi modtog l\u00f8sninger fra 54 kandidater.<\/b>En utrolig indsigt \u2014 hvor mange implementeringer af kryds og bolle, klar til at blive kopieret, tror du der findes p\u00e5 nettet? <\/p>\n

        Hvor mange?<\/b>Faktisk ser det ud til, at der kun er 3. Og i langt de fleste l\u00f8sninger var det netop disse 3 varianter.
        \nHvad jeg ikke kunne lide:<\/p>\n