{"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\/sv\/blog\/news\/kak-priruchit-dzhuniora","title":{"rendered":"Hur man hanterar en junior?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Hur man kommer in i ett stort f\u00f6retag som junior? Hur anst\u00e4ller man en v\u00e4rdig junior om man \u00e4r ett stort f\u00f6retag? Under inl\u00e4gget delar jag v\u00e5r historia om att rekrytera nyb\u00f6rjare till frontend: om hur vi utformade testuppgifter, f\u00f6rberedde intervjuer och byggde ett mentorskapsprogram f\u00f6r att utveckla och integrera nykomlingar, samt varf\u00f6r standardfr\u00e5gor f\u00f6r intervjuer inte fungerar.<\/p>\n

\"Hur
\nJag f\u00f6rs\u00f6ker tr\u00e4na en junior<\/i>
\n<\/a><\/noindex>
\nHej! Jag heter Pavel, jag jobbar med frontend i teamet p\u00e5 Wrike. Vi skapar ett system f\u00f6r projektledning och samarbete. Jag har h\u00e5llit p\u00e5 med webben sedan 2010, arbetade i tre \u00e5r p\u00e5 utl\u00e4ndska distansjobb, deltog i flera startups och undervisade i webteknologier p\u00e5 universitetet. P\u00e5 f\u00f6retaget deltar jag i utvecklingen av tekniska kurser och Wrikes mentorskapsprogram f\u00f6r juniorer, samt i sj\u00e4lva rekryteringen av dem.<\/p>\n

Varf\u00f6r vi \u00f6verhuvudtaget b\u00f6rjade t\u00e4nka p\u00e5 att anst\u00e4lla juniorer<\/h3>\n

\nTidigare anst\u00e4llde vi frontendutvecklare p\u00e5 mellan- eller seniorniv\u00e5 \u2014 tillr\u00e4ckligt sj\u00e4lvst\u00e4ndiga f\u00f6r att efter onboarding kunna arbete med produktuppgifter. I b\u00f6rjan av detta \u00e5r ins\u00e5g vi att vi ville \u00e4ndra denna politik: under det g\u00e5ngna \u00e5ret har antalet av v\u00e5ra produktteam n\u00e4stan f\u00f6rdubblats, antalet frontendutvecklare har n\u00e4rmat sig hundra, och p\u00e5 kort sikt f\u00f6rv\u00e4ntas detta f\u00f6rdubblas igen. Det finns mycket arbete och f\u00e5 tillg\u00e4ngliga h\u00e4nder, och p\u00e5 marknaden finns det \u00e4nnu f\u00e4rre, s\u00e5 vi best\u00e4mde oss f\u00f6r att v\u00e4nda oss till personer som just har p\u00e5b\u00f6rjat sin resa inom frontend och ins\u00e5g att vi \u00e4r beredda att investera i deras utveckling.<\/p>\n

Vad \u00e4r en junior?<\/h3>\n

\nDetta \u00e4r den f\u00f6rsta fr\u00e5gan vi st\u00e4llde oss. Det finns olika kriterier, men det enklaste och mest f\u00f6rst\u00e5eliga principen \u00e4r f\u00f6ljande:<\/p>\n

En junior beh\u00f6ver f\u00f6rklaras vilken funktion och hur den ska g\u00f6ras. En medelutvecklare beh\u00f6ver f\u00e5 veta vilken funktion som beh\u00f6vs, och han kommer sj\u00e4lv att l\u00f6sa implementeringen. En senior kommer \u00e5 sin sida sj\u00e4lv att f\u00f6rklara varf\u00f6r den funktionen \u00f6verhuvudtaget inte beh\u00f6ver g\u00f6ras.<\/p><\/blockquote>\n

P\u00e5 ett eller annat s\u00e4tt \u00e4r en junior den utvecklare som beh\u00f6ver r\u00e5d om hur man ska implementera en viss l\u00f6sning. Fr\u00e5n vilket vi beslutade att utg\u00e5 ifr\u00e5n:<\/p>\n

    \n
  1. En junior \u00e4r n\u00e5gon som vill utvecklas och \u00e4r beredd att arbeta h\u00e5rt f\u00f6r det.<\/li>\n
  2. Han vet inte alltid vilken riktning han vill utvecklas i.<\/li>\n
  3. Han beh\u00f6ver r\u00e5d och s\u00f6ker hj\u00e4lp utifr\u00e5n \u2014 fr\u00e5n sin ledare, mentor eller fr\u00e5n gemenskapen.<\/li>\n<\/ol>\n

    \nVi hade ocks\u00e5 n\u00e5gra hypoteser:<\/p>\n

      \n
    1. F\u00f6r juniorpositionen kommer det att bli ett storm av ans\u00f6kningar.<\/i>Vi beh\u00f6ver filtrera bort slumpm\u00e4ssiga svar redan i ans\u00f6kningssteget.<\/li>\n
    2. Det f\u00f6rsta filtret kommer inte att hj\u00e4lpa.<\/i> \u2014 vi beh\u00f6ver fler provuppgifter;<\/li>\n
    3. Provuppgifter skr\u00e4mmer bort alla.<\/i> \u2014 de beh\u00f6vs inte.<\/li>\n<\/ol>\n

      \nOch naturligtvis hade vi ett m\u00e5l: 4 juniorer p\u00e5 3 veckor.<\/b>.<\/p>\n

      Med denna insikt b\u00f6rjade vi experimentera. Planen var enkel: b\u00f6rja med en s\u00e5 bred funnel som m\u00f6jligt och successivt f\u00f6rs\u00f6ka sn\u00e4va den s\u00e5 att vi klarade av att hantera fl\u00f6det utan att reducera det till 1 kandidat per vecka.<\/p>\n

      Vi publicerar jobbanonsen<\/h3>\n

      <\/p>\n

      F\u00f6r f\u00f6retaget<\/b>: Det kommer att bli hundratals ans\u00f6kningar! T\u00e4nk p\u00e5 att ha ett filter.<\/p>\n

      F\u00f6r juniorer<\/b>: Tveka inte att anv\u00e4nda en enk\u00e4t innan du skickar in ditt CV och provuppgifter \u2013 det \u00e4r ett tecken p\u00e5 att f\u00f6retaget bryr sig om dig och har st\u00e4llt in processen v\u00e4l.\n<\/p><\/blockquote>\n

      \nRedan f\u00f6rsta dagen fick vi omkring 70 CV fr\u00e5n kandidater \"med kunskaper i JavaScript\". Och sedan kom flera. Vi kunde fysiskt inte bjuda in alla till intervju p\u00e5 kontoret och valde ist\u00e4llet de som hade de mest imponerande pet-projekten, levande GitHub-konton eller \u00e5tminstone erfarenhet. <\/p>\n

      Men den viktigaste insikten vi hade redan f\u00f6rsta dagen var att stormen hade b\u00f6rjat. Det var dags att l\u00e4gga till en enk\u00e4tformul\u00e4r innan vi skickade iv\u00e4g ans\u00f6kningarna. Syftet var att sortera bort kandidater som inte var villiga att l\u00e4gga ner minimiinsats f\u00f6r att skicka in sina CV och de som inte hade kunskap och kontext f\u00f6r att googla fram r\u00e4tt svar. <\/p>\n

      I den fanns standardfr\u00e5gor om JS, markup, webben, datavetenskap \u2013 s\u00e5dana som alla vet fr\u00e5ga om p\u00e5 en frontendintervju. Vad \u00e4r skillnaden mellan let\/var\/const? Hur applicerar man stilar bara f\u00f6r sk\u00e4rmar som \u00e4r mindre \u00e4n 600px i bredd? Vi ville inte st\u00e4lla dessa fr\u00e5gor under tekniska intervjuer \u2013 erfarenheten visade att man kan svara p\u00e5 dem efter 2-3 intervjuer utan att egentligen f\u00f6rst\u00e5 utveckling. Men de kunde ge oss en f\u00f6rsta id\u00e9 om kandidaten f\u00f6rstod kontexten.<\/p>\n

      I varje kategori f\u00f6rberedde vi 3-5 fr\u00e5gor och \u00e4ndrade deras upps\u00e4ttning i svarformul\u00e4ret dag f\u00f6r dag, tills vi utesl\u00f6t de enklaste och de mest komplicerade. Det gjorde att vi kunde minska fl\u00f6det \u2013 under 3 veckor fick vi 122 kandidater.<\/b>, som man kunde arbeta vidare med. Det var IT-studenter; killar som ville byta fr\u00e5n backend till frontend; arbetare eller ingenj\u00f6rer i \u00e5ldrarna 25-35 som radikalt ville \u00e4ndra yrkesbana och lagt ner olika mycket tid p\u00e5 sj\u00e4lvstudier, kurser och praktik.<\/p>\n

      L\u00e5t oss l\u00e4ra k\u00e4nna varandra b\u00e4ttre<\/h3>\n

      <\/p>\n

      F\u00f6r f\u00f6retaget<\/b>: Testuppgiften avskr\u00e4cker inte kandidater, utan hj\u00e4lper till att f\u00f6rkorta urvalet.<\/p>\n

      F\u00f6r juniorer<\/b>: Kopiera inte testuppgifterna \u2014 det m\u00e4rks. Och h\u00e5ll ditt GitHub i ordning!\n<\/p><\/blockquote>\n

      Om vi hade kallat alla till teknisk intervju, skulle vi ha beh\u00f6vt genomf\u00f6ra omkring 40 intervjuer i veckan bara f\u00f6r juniorer och endast inom frontend. D\u00e4rf\u00f6r best\u00e4mde vi oss f\u00f6r att testa den andra hypotesen \u2014 om testuppgiften.<\/p>\n

      Vad som var viktigt f\u00f6r oss i testet:<\/p>\n

        \n
      1. Bygga en bra, skalbar arkitektur, men utan \u00f6verdesign;<\/li>\n
      2. B\u00e4ttre att ta lite l\u00e4ngre tid och g\u00f6ra det bra, \u00e4n att p\u00e5 en natt sl\u00e4nga ihop n\u00e5got och skicka med kommentaren 'jag kommer definitivt att slutf\u00f6ra det';<\/li>\n
      3. Historik om utvecklingen i Git \u2014 ingenj\u00f6rskultur, iterativ utveckling och att l\u00f6sningen inte \u00e4r plagiat p\u00e5 ett helt uppenbart s\u00e4tt.<\/li>\n<\/ol>\n

        \nVi kom \u00f6verens om att vi ville se en algoritmisk uppgift och en liten webbapplikation. De algoritmiska uppgifterna var f\u00f6rberedda i stil med labbar fr\u00e5n grundkurser \u2014 bin\u00e4r s\u00f6kning, sortering, kontroll av anagram, arbete med listor och tr\u00e4d. Slutligen best\u00e4mde vi oss f\u00f6r bin\u00e4r s\u00f6kning som det f\u00f6rsta testalternativet. Webbapplikationen skulle vara kors och tv\u00e4rs med vilken ram som helst (eller utan en).<\/p>\n

        N\u00e4stan h\u00e4lften av de kvarst\u00e5ende killarna klarade testuppgiften \u2014 vi fick in l\u00f6sningar 54 kandidater<\/b>. Otrolig insikt \u2014 hur m\u00e5nga implementationer av kors och tv\u00e4rs tror ni finns p\u00e5 n\u00e4tet redo att kopieras? <\/p>\n

        Hur m\u00e5nga?<\/b>Faktum \u00e4r att det verkar som att det bara finns 3. Och i de \u00f6verv\u00e4gande delarna av l\u00f6sningarna var just dessa 3 varianter.
        \nVad jag inte gillade:<\/p>\n