Bonjour, Habr! Il y a quelques mois, mes collègues ont
parlé d'agrandir l'équipe 5 fois: de 50 à 250 développeurs d'ici fin 2020. Comme vous l'avez peut-être deviné, nous accordons maintenant beaucoup d'attention à l'embauche. Dans le même temps, nous ne sommes pas prêts à «prendre en quantité», à embaucher tout le monde d'affilée, en disant «alors nous allons le comprendre». Il est important pour nous que les gens fassent vraiment partie de notre équipe pour les années à venir. C'est ce motif qui nous a conduits à un nouveau format d'entrevues - une journée de test. À propos de lui et sera discuté sous la coupe.

Spoiler avec des chiffres.Pendant 1,5 an, nous avons embauché plus de 40 personnes et seulement 4 développeurs nous ont quittés: un est allé créer une entreprise et les autres ont déménagé en Europe.
Intro
Pour que le candidat et moi puissions bien nous connaître, il y a un très long pipeline de recrutement:
- Entretien RH
- entretien technique
- entretien avec CTO.
Ce dernier, en passant, est très important:
Sasha est un maître des conversations cœur à cœur, capable d'apporter même les geeks les plus sévères et réservés dans une conversation franche.
En plus de tout cela, nous passons une journée de test avec les candidats. Il semblerait, pourquoi un autre jour? Que voulons-nous savoir sur le candidat et que voulons-nous lui montrer? Et qui acceptera tout cela?!
Journée d'essai chez Dodo
Commencer les journées de test n'a pas été une décision facile. L'équipe RH n'était pas satisfaite de l'allongement encore plus long du recrutement: «Les bons spécialistes ne nous iront pas tellement, ils ont déjà plusieurs offres en main!» Ils ont dit. Cependant, il y avait une autre opinion. Une journée de test est une occasion unique pour un employé potentiel de se renseigner sur les conditions réelles de l'entreprise sans y trouver d'emploi. Par exemple:
- Découvrez les conditions de travail réelles . Quels emplois, meubles, ordinateurs. Y a-t-il des fenêtres dans les pièces où les employés informatiques sont assis (après tout, ils les placent souvent dans des pièces sans fenêtres: «de toute façon, ils regardent leurs écrans toute la journée»).
- Découvrez avec qui vous devrez travailler . Le chef d'entrevue Timlid est formidable, mais vous devez travailler en équipe. Et voir de qui il s'agit avant d'accepter l'offre n'est certainement pas superflu. Imaginez que vous travailliez en tandem avec l'un des développeurs et vous aurez l'opportunité d'espionner les autres paires et de voir si vous pouvez travailler côte à côte avec ces personnes.
«Côte à côte» littéralement. Nous pratiquons activement la programmation par paires. Travailler en binôme est beaucoup plus efficace, surtout pour les développeurs qui nous ont récemment contactés. Et la journée de test offre une occasion unique de mener un «essai routier» de travail en binôme en personne. - Découvrez ce que vous avez vraiment à faire . Toutes ces listes de technologies de pointe, qui sont indiquées dans les offres d'emploi, sont super, pour nous c'est plus long que les tresses Rapunzel. Mais il est rarement lié aux tâches en cours pour lesquelles vous serez emmené. Ce serait bien de jeter un œil à l'arriéré, au code produit et de
pleurer pour comprendre ce que vous avez à faire et si vous voulez le faire vous-même. - Découvrez les outils que vous devez utiliser . Apprenez en pratique sur les règles de codage et comment elles sont suivies. Par exemple, il est habituel pour nous de travailler dans Rider, et non dans Visual Studio. Cela peut être si inhabituel qu'il deviendra critique au moment de décider de venir nous voir. Des nuances similaires existent presque partout (en règle générale, pour des raisons historiques) et il est préférable de les connaître avant de signer un contrat de travail.
- Découvrez comment se déroule une vraie journée de travail en équipe . Dans toute équipe décente, vous aurez au moins des stand-ups quotidiens. Il est important de voir comment ils se déroulent afin de comprendre comment les membres de l'équipe communiquent entre eux, quelle est l'atmosphère qui y règne. Dans Dodo, nous allons un peu plus loin et invitons le candidat aux activités grand public de la journée: devForum, planning ou review. Quelque chose se produit tous les jours, il y a donc une opportunité d'approfondir l'interaction des collègues potentiels entre eux.
Pour un candidat, une journée de test est avant tout l'occasion de décider en toute connaissance de cause s'il est prêt à travailler dans cette entreprise. Zéro connerie publicitaire, seulement des faits réels.
Si j'avais de telles opportunités dans chaque endroit que j'ai fini par obtenir, je n'irais certainement pas dans certains d'entre eux. Et ce serait beaucoup moins gris maintenant.
Bien entendu, la journée de test est également l'occasion pour l'entreprise de regarder le candidat en entreprise:
- Nous voulons reconnaître de manière fiable les «maîtres d'entrevue» . La meilleure façon d'y parvenir est de regarder la personne en train de faire un vrai travail. À quelle vitesse commence-t-il à naviguer dans le nouveau code? Selon certaines estimations, la lecture du code représente jusqu'à 70% du temps du développeur. Dans le même temps, nous examinons quelles solutions il propose sur la tâche, comment il écrit le code et s'il suit les normes acceptées.
- Nous voulons comprendre à quel point une personne est active, capable d'agir en tant qu'initiateur d'une solution . Bien sûr, il est difficile de commencer immédiatement à proposer des solutions pour un code inconnu. Mais dans les grands systèmes comme Dodo IS , vous rencontrerez du code inconnu après un an de travail. Si une personne au bas du test est assise avec le look «viens, montre-moi comment faire» - c'est un mauvais signe.
- Nous voulons savoir à quel point les gens sont «confortables» au travail . Ceci est particulièrement important lors du jumelage: un collègue potentiel «arrachera-t-il le clavier» à un partenaire? Sera-t-il capable de le convaincre sereinement de la justesse de ses décisions ou d'expliquer ses erreurs? Le travail en binôme est une interaction très étroite d'intellectuels et un nouvel employé ne devrait pas être «toxique» dans une telle interaction.
Sur la base de ce qui précède, la "journée de test" ne peut pas être inférieure à 5 heures. Nous essayons également de prendre un candidat pour le déjeuner, ce qui lui donne l'occasion de regarder des collègues potentiels en communication informelle. Et nous examinons le candidat à l'extérieur du bureau.
Dans le même temps, cela n'a aucun sens d'étendre cette pratique à tous les postes vacants consécutifs. Par exemple, nous ne passons pas de journées de test pour les juniors: les développeurs novices ont besoin de sérieux efforts d'équipe pour plonger dans le code et travailler sur des tâches. Un jour ne pourra pas montrer son potentiel.
Nous avons proposé un format de journée de test comme alternative à la tâche de test. Je pense qu'il est évident pour beaucoup que la tâche de test terminée (en particulier pour le développeur) laisse plus de questions que de réponses. Dans le même temps, de nombreux excellents candidats sont simplement notés sur lui.
Résultats
En effet, en un an et demi, nous avons embauché plus de 40 personnes et seulement 4 développeurs nous ont quittés: l'un est allé créer sa propre entreprise et les autres ont déménagé en Europe.
Questions fréquemment posées lors de la journée de test
Le fait d'une journée de test est surprenant chez les candidats. Après s'être remis du choc, ils posent essentiellement les mêmes questions. Je vais y répondre sous forme de blitz. Je pense que ça vous intéressera aussi, mon lecteur:
- Une journée de test est-elle payée? Non.
- Et si je suis dans une autre ville? Si la vacance implique un travail au bureau, vous devez vous présenter à ce bureau un jour d'essai. C'est logique. Sinon, vous ne pourrez rien découvrir dans la liste ci-dessus.
- Dois-je aller dîner? Non. Vous pouvez apporter les vôtres - c'est encore mieux si vous prévoyez d'avoir toujours les vôtres. Vous pouvez savoir si notre cuisine convient à vos dîners.
- Qu'apporter avec toi? En hiver, vous devriez prendre un quart de travail - ce sera plus pratique. Rien de plus.
Vous voulez essayer une journée de test? Venez le dépenser!