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

Comment int\u00e9grer une grande entreprise en tant que junior ? Comment recruter un bon junior si vous \u00eates une grande entreprise ? Dans cet article, je vais vous raconter notre histoire de recrutement de jeunes talents en front-end : comment nous avons \u00e9labor\u00e9 des tests, pr\u00e9par\u00e9 nos entretiens et mis en place un programme de mentorat pour le d\u00e9veloppement et l'int\u00e9gration des nouveaux arrivants, ainsi que les raisons pour lesquelles les questions d'entrevue standard ne fonctionnent pas.<\/p>\n

\"Comment
\nJ'essaie de former un junior<\/i>
\n<\/a><\/noindex>
\nBonjour ! Je m'appelle Pavel, je fais du front-end dans l'\u00e9quipe de Wrike. Nous cr\u00e9ons un syst\u00e8me de gestion de projet et de collaboration. Je travaille dans le web depuis 2010, j'ai pass\u00e9 3 ans \u00e0 travailler \u00e0 distance pour des entreprises \u00e0 l'\u00e9tranger, j'ai particip\u00e9 \u00e0 plusieurs start-ups et j'ai enseign\u00e9 un cours sur les technologies web \u00e0 l'universit\u00e9. Dans l'entreprise, je participe au d\u00e9veloppement des cours techniques et au programme de mentorat Wrike pour les juniors, ainsi qu'\u00e0 leur recrutement direct.<\/p>\n

Pourquoi avons-nous envisag\u00e9 de recruter des juniors<\/h3>\n

\nJusqu'\u00e0 r\u00e9cemment, nous engagions des d\u00e9veloppeurs front-end de niveau middle ou senior \u2014 suffisamment autonomes pour pouvoir r\u00e9soudre des t\u00e2ches produit apr\u00e8s leur int\u00e9gration. Au d\u00e9but de cette ann\u00e9e, nous avons r\u00e9alis\u00e9 que nous voulions changer cette politique : en un an, le nombre de nos \u00e9quipes produit a presque doubl\u00e9, le nombre de d\u00e9veloppeurs front-end a atteint pr\u00e8s de cent, et \u00e0 court terme, cela devrait encore doubler. Il y a beaucoup de travail, peu de bras disponibles, et encore moins sur le march\u00e9, donc nous avons d\u00e9cid\u00e9 de faire appel \u00e0 des personnes qui commencent tout juste leur parcours dans le front-end et nous avons compris que nous \u00e9tions pr\u00eats \u00e0 investir dans leur d\u00e9veloppement.<\/p>\n

Qui est un junior ?<\/h3>\n

\nC'est la premi\u00e8re question que nous nous sommes pos\u00e9e. Il existe diff\u00e9rents crit\u00e8res, mais le principe le plus simple et compr\u00e9hensible est le suivant :<\/p>\n

Un junior a besoin qu'on lui explique quelle fonctionnalit\u00e9 cr\u00e9er et comment le faire. Un middle a besoin qu'on lui explique quelle fonctionnalit\u00e9 est n\u00e9cessaire, et il s'en occupera lui-m\u00eame. Un senior, quant \u00e0 lui, te dira pourquoi cette fonctionnalit\u00e9 ne doit pas \u00eatre r\u00e9alis\u00e9e du tout.<\/p><\/blockquote>\n

Quoi qu'il en soit, un junior est ce d\u00e9veloppeur qui a besoin de conseils pour r\u00e9aliser une solution donn\u00e9e. Sur quoi nous avons d\u00e9cid\u00e9 de nous baser :<\/p>\n

    \n
  1. Un junior est celui qui souhaite se d\u00e9velopper et est pr\u00eat \u00e0 travailler dur pour cela ;<\/li>\n
  2. Il ne sait pas toujours dans quelle direction il veut se d\u00e9velopper ;<\/li>\n
  3. Il a besoin de conseils et cherche de l'aide ext\u00e9rieure \u2014 que ce soit aupr\u00e8s de son lead, son mentor ou dans la communaut\u00e9.<\/li>\n<\/ol>\n

    \nNous avions \u00e9galement quelques hypoth\u00e8ses :<\/p>\n

      \n
    1. Pour le poste de junior, il y aura une temp\u00eate de candidatures.<\/i>Il faut filtrer les candidatures al\u00e9atoires d\u00e8s l'envoi du CV ;<\/li>\n
    2. Le filtre initial ne suffira pas.<\/i> \u2014 il faut encore des tests.<\/li>\n
    3. Les tests vont tous les effrayer.<\/i> \u2014 ils ne sont pas n\u00e9cessaires.<\/li>\n<\/ol>\n

      \nEt bien s\u00fbr, nous avions un objectif : 4 juniors en 3 semaines.<\/b>.<\/p>\n

      Avec cette prise de conscience, nous avons commenc\u00e9 \u00e0 exp\u00e9rimenter. Le plan \u00e9tait simple : commencer avec un entonnoir aussi large que possible et essayer de le resserrer progressivement pour pouvoir traiter le flux, sans le r\u00e9duire \u00e0 un candidat par semaine.<\/p>\n

      Nous publions l'offre d'emploi.<\/h3>\n

      <\/p>\n

      Pour l'entreprise :<\/b>: Il y aura des centaines de candidatures ! Pensez au filtre.<\/p>\n

      Pour le junior :<\/b>: N'ayez pas peur du questionnaire avant l'envoi du CV et du test \u2014 c'est un signe que l'entreprise se soucie de vous et a bien organis\u00e9 le processus.\n<\/p><\/blockquote>\n

      \nD\u00e8s le premier jour, nous avons re\u00e7u environ 70 CV de candidats avec \u00ab connaissance de JavaScript \u00bb. Et puis encore. Et encore. Nous ne pouvions physiquement pas tous les inviter \u00e0 un entretien au bureau et avons s\u00e9lectionn\u00e9 ceux avec les projets personnels les plus int\u00e9ressants, un GitHub actif ou au moins de l'exp\u00e9rience. <\/p>\n

      Mais la principale conclusion que nous avons tir\u00e9e d\u00e8s le premier jour \u2014 la temp\u00eate avait commenc\u00e9. Il \u00e9tait temps d'ajouter un questionnaire avant l'envoi du CV. Cette t\u00e2che visait \u00e0 filtrer les candidats qui n'\u00e9taient pas pr\u00eats \u00e0 fournir un minimum d'efforts pour envoyer un CV, et ceux qui n'avaient pas les connaissances et le contexte suffisants pour rechercher les bonnes r\u00e9ponses. <\/p>\n

      Il y avait des questions standard sur JS, le d\u00e9veloppement web, l'informatique \u2014 des questions que chacun sait qui sont pos\u00e9es lors d'un entretien en front-end. Quelle est la diff\u00e9rence entre let\/var\/const ? Comment appliquer des styles uniquement pour les \u00e9crans plus petits que 600px de large ? Nous ne voulions pas poser ces questions lors de l'entretien technique \u2014 l'exp\u00e9rience a montr\u00e9 qu'on peut y r\u00e9pondre apr\u00e8s 2-3 entretiens, sans vraiment comprendre le d\u00e9veloppement. Mais elles nous ont permis de d\u00e9terminer si, en principe, le candidat saisissait le contexte.<\/p>\n

      Dans chaque cat\u00e9gorie, nous avions pr\u00e9par\u00e9 3 \u00e0 5 questions et, jour apr\u00e8s jour, nous avons modifi\u00e9 leur ensemble dans le formulaire de r\u00e9ponse, jusqu'\u00e0 ce que nous ayons exclu les questions les plus simples et les plus difficiles. Cela a permis de r\u00e9duire le flux \u2014 en 3 semaines, nous avons re\u00e7u 122 candidats.<\/b>, avec lesquels nous pouvions travailler par la suite. Ce sont des \u00e9tudiants en IT ; des gars qui ont voulu passer du backend au frontend ; des travailleurs ou des ing\u00e9nieurs \u00e2g\u00e9s de 25 \u00e0 35 ans, qui ont radicalement voulu changer de domaine et ont consacr\u00e9 divers efforts \u00e0 l'auto-formation, aux cours et aux stages.<\/p>\n

      Faisons connaissance<\/h3>\n

      <\/p>\n

      Pour l'entreprise :<\/b>: Le test technique n'effraie pas les candidats, mais aide \u00e0 raccourcir le processus de s\u00e9lection.<\/p>\n

      Pour le junior :<\/b>: Ne copiez pas les tests - c'est \u00e9vident. Et gardez votre GitHub en ordre !\n<\/p><\/blockquote>\n

      Si nous avions invit\u00e9 tout le monde \u00e0 un entretien technique, nous aurions d\u00fb r\u00e9aliser environ 40 entretiens par semaine rien que pour les juniors et seulement en frontend. C'est pourquoi nous avons d\u00e9cid\u00e9 de v\u00e9rifier la seconde hypoth\u00e8se \u2014 \u00e0 propos du test technique.<\/p>\n

      Ce qui \u00e9tait important pour nous dans le test :<\/p>\n

        \n
      1. Construire une bonne architecture \u00e9volutive, mais sans sur-architecture ;<\/li>\n
      2. Il vaut mieux prendre plus de temps, mais bien faire, que de b\u00e2cler quelque chose en une nuit en envoyant un commentaire \u00ab je vais absolument finir \u00bb ;<\/li>\n
      3. L'historique de d\u00e9veloppement dans Git \u2014 culture d'ing\u00e9nierie, it\u00e9ration du d\u00e9veloppement et le fait que la solution n'est pas copi\u00e9e de mani\u00e8re \u00e9hont\u00e9e.<\/li>\n<\/ol>\n

        \nNous nous sommes mis d'accord sur le fait que nous voulions examiner un probl\u00e8me algorithmique et une petite application web. Les probl\u00e8mes algorithmiques \u00e9taient pr\u00e9par\u00e9s au niveau des laboratoires des cours initiaux \u2014 recherche binaire, tri, v\u00e9rification des anagrammes, travail avec des listes et des arbres. En fin de compte, nous avons opt\u00e9 pour la recherche binaire comme premi\u00e8re variante d'essai. L'application web devait \u00eatre un morpion en utilisant n'importe quel framework (ou sans).<\/p>\n

        Pr\u00e8s de la moiti\u00e9 des candidats rest\u00e9s ont r\u00e9ussi le test \u2014 nous avons re\u00e7u des solutions 54 candidats<\/b>. Une r\u00e9v\u00e9lation incroyable \u2014 combien pensez-vous qu'il y a de r\u00e9alisations de morpion pr\u00eates \u00e0 \u00eatre copi\u00e9es sur Internet ? <\/p>\n

        Combien ?<\/b>En r\u00e9alit\u00e9, il semble qu'il n'y en ait que 3. Et dans la majorit\u00e9 \u00e9crasante des solutions, il s'agissait pr\u00e9cis\u00e9ment de ces 3 variantes.
        \nCe qui n'a pas plu :<\/p>\n