Si les interviews dans les processus d’embauche permettent de déceler certaines qualités chez les candidats, elles ne permettent pas pour autant d’identifier les compétences techniques chez ces derniers. Dans le cas du recrutement d’un développeur par exemple, ce que l’employeur recherche, c’est premièrement des compétences techniques, plutôt que des qualités communicationnelles. De ce fait, les entretiens devraient-ils encore faire partir du processus de recrutement d’un développeur ?Selon Thomas Ptacek de Starfighter et Ivan Kirigin de YesGraph, les entreprises doivent cesser de compter sur les entretiens d’embauche si elles veulent à coup sûr trouver le bon développeur. L’embauche d’un programmeur est une tâche complexe et non un scénario de couper et coller. Le processus de recrutement doit prendre en considération la technologie, le langage, l’expérience et l’environnement de travail au sein de l’entreprise ; et ce sont des aspects qui sont généralement ignorés dans les entretiens. Les interviews ne mesurent pas ce que vous recherchez chez le développeur, selon Kirigin.
Ptacek compare les entretiens à l’embauche d’un musicien d’orchestre avec un test de personnalité et un quiz sur la théorie de la musique plutôt que de lui faire passer une audition. Pour lui, il y a beaucoup plus de gens dans ce monde qui peuvent parler de la programmation comme des experts, mais qui ne peuvent pas coder efficacement. L’entretien d’embauche ne permet malheureusement pas d’éliminer ces personnes.
À l’opposé, « la majorité des gens qui peuvent coder ne peuvent pas le faire bien dans une interview », dit-il. Le processus d’embauche devrait faire en sorte que les candidats soient dans leur bon jour pour évaluer leurs compétences réelles, de même que l’employeur devrait mettre le travailleur dans de bonnes conditions pour tirer parti de son talent. Les entretiens d’embauche par contre, peuvent facilement créer une atmosphère incroyablement hostile pour les candidats, selon Ptacek. Ils permettent seulement de détecter les candidats qui sont bons à être interviewés, sans prendre en compte les développeurs compétents, mais qui paniquent à l’idée de passer en entretien. Ce qui fait que ces méthodes traditionnelles ne permettent pas d'évaluer correctement les candidats et de trouver les bonnes personnes pour le travail.
Pour Ptacek et Kirigin, il faut donc abandonner les interviews dans les processus d’embauche de développeurs et explorer d’autres voies. Ce qu’ils proposent en particulier, c’est donner de la place à la collecte de données et au Machine Learning dans le processus de recrutement des développeurs. En collectant les bonnes données et en quantité suffisante, les entreprises pourraient mettre en place des critères standardisés et un système de scoring qui pourrait évaluer les candidats efficacement et de la même façon à chaque fois. Cela permettra aussi d’éviter le biais de l’interviewer.
Le travail à abattre sera donc de collecter les bonnes données, ce qui dépend bien évidemment des tests du processus de recrutement. Pour cela, Ptacek pense que les tests devraient consister à écrire des codes que les développeurs pourraient écrire en production. Résoudre des problèmes réalistes pourrait en dire plus sur le développeur que son curriculum vitae. Cela permet surtout de détecter les bons codeurs.
Source : Jaxenter
Et vous ?
Qu’en pensez-vous ? Faut-il abandonner les entretiens dans le processus de recrutement de développeurs ? Le Machine Learning et les systèmes de scores seraient-ils des voies à suivre ? 
.
Envoyé par GeoffreyOnRails
)
).