{"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\/it\/blog\/news\/kak-priruchit-dzhuniora","title":{"rendered":"Come addomesticare un junior?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Come entrare in una grande azienda se sei un junior? Come assumere un junior di valore se sei una grande azienda? Nel seguito racconter\u00f2 la nostra storia di assunzione di ragazzi alle prime armi nel front-end: come abbiamo gestito i test, ci siamo preparati per condurre colloqui e abbiamo strutturato un programma di mentoring per lo sviluppo e l'onboarding dei nuovi arrivati, oltre a spiegare perch\u00e9 le domande standard per i colloqui non funzionano.<\/p>\n

\"Come
\nIo, sto cercando di addestrare un junior<\/i>
\n<\/a><\/noindex>
\nCiao! Mi chiamo Pavel, faccio front-end nel team di Wrike. Creiamo un sistema per la gestione dei progetti e il lavoro collaborativo. Lavoro nel web dal 2010, ho lavorato per 3 anni in remoto all'estero, ho partecipato a diversi startup e ho insegnato un corso sulle tecnologie web all'universit\u00e0. In azienda partecipo allo sviluppo dei corsi tecnici e del programma di mentoring di Wrike per junior, oltre che direttamente nella loro assunzione.<\/p>\n

Perch\u00e9 abbiamo iniziato a pensare all'assunzione di junior<\/h3>\n

\nFino a poco tempo fa assumevamo sviluppatori front-end di livello middle o senior \u2014 abbastanza autonomi da svolgere compiti di prodotto dopo l'onboarding. All'inizio di quest'anno abbiamo capito che volevamo cambiare questa politica: nel corso dell'anno il numero delle nostre squadre di prodotto \u00e8 quasi raddoppiato, il numero dei front-end developer si \u00e8 avvicinato al centinaio, e a breve questo dovrebbe raddoppiare nuovamente. Ci sono molti lavori da fare, poche mani disponibili e sul mercato ce ne sono ancora meno, quindi abbiamo deciso di rivolgerci a ragazzi che stanno appena iniziando il loro percorso nel front-end e abbiamo capito di essere pronti a investire nel loro sviluppo.<\/p>\n

Chi \u00e8 un junior?<\/h3>\n

\nQuesta \u00e8 la prima domanda che ci siamo posti. Ci sono diversi criteri, ma il principio pi\u00f9 semplice e chiaro \u00e8 il seguente:<\/p>\n

Un junior ha bisogno di essere guidato su quale funzionalit\u00e0 realizzare e come farlo. Un middle ha bisogno di capire quale funzionalit\u00e0 \u00e8 necessaria e lui stesso capir\u00e0 come implementarla. Un senior invece ti spiegher\u00e0 perch\u00e9 quella funzionalit\u00e0 non deve essere realizzata affatto.<\/p><\/blockquote>\n

In un modo o nell'altro, un junior \u00e8 quel sviluppatore che ha bisogno di consigli su come realizzare determinate soluzioni. Da ci\u00f2 abbiamo deciso di partire:<\/p>\n

    \n
  1. Il junior \u00e8 colui che vuole svilupparsi ed \u00e8 pronto a lavorare duramente per questo;<\/li>\n
  2. Non sempre sa in quale direzione vuole svilupparsi;<\/li>\n
  3. Ha bisogno di consigli e cerca aiuto esterno \u2014 dal suo leader, mentore o nella comunit\u00e0.<\/li>\n<\/ol>\n

    \nAbbiamo anche alcune ipotesi:<\/p>\n

      \n
    1. Sulla posizione junior ci sar\u00e0 un'ondata di candidature<\/i>. \u00c8 necessario filtrare le candidature casuali gi\u00e0 nella fase di invio del curriculum;<\/li>\n
    2. Il filtro primario non sar\u00e0 d'aiuto<\/i> \u2014 servono anche compiti di prova;<\/li>\n
    3. I compiti di prova spaventeranno tutti<\/i> \u2014 non sono necessari.<\/li>\n<\/ol>\n

      \nE naturalmente, avevamo un obiettivo: 4 junior in 3 settimane<\/b>.<\/p>\n

      Con questa consapevolezza abbiamo iniziato a sperimentare. Il piano era semplice: partire con un imbuto il pi\u00f9 ampio possibile e poi cercare di restringerlo gradualmente in modo da poter gestire il flusso, senza ridurlo a 1 candidato a settimana.<\/p>\n

      Pubblicizziamo l'offerta di lavoro<\/h3>\n

      <\/p>\n

      Per l'azienda<\/b>: Avremo centinaia di candidature! Pensate a un filtro.<\/p>\n

      Per il junior<\/b>: Non temete il questionario prima di inviare il curriculum e il compito di prova \u2014 \u00e8 un segno che l'azienda si preoccupa di voi e ha impostato bene il processo.\n<\/p><\/blockquote>\n

      \nNel primo giorno abbiamo ricevuto circa 70 curriculum da candidati 'con conoscenza di JavaScript'. E poi ancora. E ancora. Non potevamo fisicamente invitare tutti a un colloquio in ufficio e abbiamo scelto ragazzi con i progetti pet pi\u00f9 interessanti, un GitHub attivo o almeno un po' di esperienza. <\/p>\n

      Ma la lezione principale che abbiamo imparato nel primo giorno \u00e8 stata: l'ondata \u00e8 iniziata. \u00c8 arrivato il momento di aggiungere un modulo di questionario prima dell'invio del curriculum. Il suo obiettivo era escludere candidati che non erano disposti a fare il minimo sforzo per inviare il curriculum e coloro che non possedevano conoscenze e contesto almeno a tal punto da cercare le risposte corrette su Google. <\/p>\n

      Conteneva domande standard su JS, HTML, web, Computer Science \u2014 le conosce chiunque abbia un'idea di cosa viene chiesto durante un colloquio per un frontend. Qual \u00e8 la differenza tra let\/var\/const? Come applicare gli stili solo per schermi pi\u00f9 piccoli di 600px in larghezza? Non volevamo fare queste domande durante l'intervista tecnica \u2014 l'esperienza ha dimostrato che si pu\u00f2 rispondere dopo 2-3 colloqui, senza comprendere davvero lo sviluppo. Ma potevano mostrarci inizialmente se il candidato comprendeva il contesto in generale.<\/p>\n

      In ogni categoria abbiamo preparato da 3 a 5 domande e giorno dopo giorno cambiavamo il loro set nel modulo di risposta, finch\u00e9 non abbiamo escluso quelle pi\u00f9 facili e pi\u00f9 difficili. Questo ha permesso di ridurre il flusso \u2014 in 3 settimane abbiamo ricevuto 122 candidati<\/b>, con cui \u00e8 stato possibile continuare a lavorare. Erano studenti di informatica; ragazzi che hanno voluto passare dal backend al frontend; lavoratori o ingegneri di et\u00e0 compresa tra 25 e 35 anni, che hanno deciso di cambiare radicalmente il loro campo di attivit\u00e0 e hanno investito vari sforzi nell'autoformazione, nei corsi e nei tirocini.<\/p>\n

      Conosciamoci meglio<\/h3>\n

      <\/p>\n

      Per l'azienda<\/b>: Il compito di prova non spaventa i candidati, ma aiuta a ridurre il funnel.<\/p>\n

      Per il junior<\/b>: Non copiate i test \u2014 \u00e8 evidente. E mantenete in ordine il vostro GitHub!\n<\/p><\/blockquote>\n

      Se avessimo invitato tutti a un colloquio tecnico, avremmo dovuto svolgere circa 40 colloqui a settimana solo per i junior e solo per il frontend. Quindi abbiamo deciso di testare la seconda ipotesi \u2014 riguardo al compito di prova.<\/p>\n

      Ci\u00f2 che per noi era importante nel compito:<\/p>\n

        \n
      1. Costruire un'architettura scalabile e ben progettata, ma senza esagerare con l'ingegnerizzazione;<\/li>\n
      2. Meglio impiegare pi\u00f9 tempo, ma fare bene, piuttosto che fare un lavoro approssimativo in una notte e inviarlo con il commento 'lo porter\u00f2 a termine';<\/li>\n
      3. La storia dello sviluppo su Git \u2014 cultura ingegneristica, iterazione nello sviluppo e che la soluzione non fosse copiabile in modo sfacciato.<\/li>\n<\/ol>\n

        \nAbbiamo deciso di voler esaminare un compito algoritmico e una piccola applicazione web. I compiti algoritmici erano preparati a livello di laboratori dei corsi iniziali \u2014 ricerca binaria, ordinamento, controllo delle anagrammi, lavoro con liste e alberi. Alla fine ci siamo fermati sulla ricerca binaria come primo esempio di prova. L'applicazione web doveva essere un tris utilizzando qualsiasi framework (o senza di esso).<\/p>\n

        Quasi met\u00e0 dei ragazzi rimasti ha completato il compito \u2014 ci hanno inviato le soluzioni 54 candidati<\/b>. Un'incredibile intuizione \u2014 secondo voi, quante implementazioni di tris pronte per essere copiate ci sono in rete? <\/p>\n

        Quante?<\/b>In realt\u00e0, sembra che ci siano solo 3. E nella stragrande maggioranza delle soluzioni c'erano proprio questi 3 varianti.
        \nCosa non mi \u00e8 piaciuto:<\/p>\n