L'alternative à l'entretien sur tableau blanc : comment réussir (enfin) les entretiens techniques

Les entretiens techniques suscitent depuis longtemps l'indignation des développeurs de logiciels. Ils visent à évaluer les aptitudes techniques et à prédire les performances futures en cas d'embauche. Cela semble assez simple, n'est-ce pas ? Comment se fait-il alors que tant d'entreprises technologiques, y compris des géants de la technologie, recourent à des méthodes d'entretien que les développeurs détestent vraiment ? L'entretien sur tableau blanc est de loin le plus grand coupable.

Dans cet article, nous abordons les sujets suivants :

• Qu'est-ce qu'un entretien sur tableau blanc et qu'est-ce qui ne va pas ?
• Quel est l'objectif de l'entretien technique ?
• Les développeurs détestent-ils l'idée d'être testés ? Les enseignements de notre étude
• 73% des développeurs passent un test de codage envoyé par le recruteur
• 91,9% des développeurs qui commencent à passer le test le terminent
• L'alternative de l'entretien sur tableau blanc, ou comment structurer votre processus de recrutement technique
• Recrutement technique de Spartez : structure
• L'entretien sur tableau blanc : conclusion

Nous avons rassemblé d'autres conseils et astuces pour les entretiens techniques dans la rubrique Le guide ultime de l'entretien technique.

Qu'est-ce qu'un entretien avec un tableau blanc ?

Les entretiens sur tableau blanc sont essentiellement des quiz techniques qui ne révèlent pas grand-chose sur les compétences réelles en matière de codage. On demande aux candidats d'inverser des arbres binaires sur un tableau blanc ou de se souvenir d'algorithmes par cœur. Pour citer l'instructeur de codage Quincy Larson,

"Malheureusement, les pratiques d'entretien dans les grandes entreprises technologiques ne sont pas si scientifiques. La décision d'embaucher ou non un développeur se résume généralement à ce que le candidat se présente devant un tableau blanc et régurgite des algorithmes qui n'ont pas changé depuis les années 1970, comme un singe (classiquement) entraîné."

En d'autres termes, le plus grand défaut de l'entretien sur tableau blanc est qu'il n'est pas réaliste. Il n'est pas non plus représentatif des compétences d'un candidat en matière de codage. Par conséquent, ce type d'entretien peut être stressant et intimidant pour le candidat. Même les développeurs compétents et expérimentés peuvent se sentir intimidés par le processus et même échouer à ce type d'entretien.

Des preuves ?

Max Howell: Swift. Open Source. Futurisme. Créateur de Homebrew. A plein temps, il fait de l'open source pour *vous*.

David Heinemeier Hansson: Créateur de Ruby on Rails, fondateur et directeur technique de Basecamp, auteur de best-sellers pour le New York Times et pilote de course ayant remporté les 24h du Mans.

Les tests sur tableau blanc ne ressemblent pas au travail quotidien des développeurs - il n'y a pas d'ordinateurs, pas d'accès à des documents de référence. Ce scénario n'est pas réaliste et, en tant que tel, il ne nous apprend pas grand-chose sur les capacités réelles de codage d'une personne. En tant que Quincy Larson a écritLe seul monde où il serait nécessaire de pouvoir se souvenir d'un algorithme serait un monde post-apocalyptique, où les disques durs de tous les ordinateurs connectés à l'internet auraient été grillés et où toutes les copies des articles universitaires fondamentaux et des manuels d'informatique auraient été réduites en cendres".

Il est très peu probable que vos développeurs travaillent dans ce type d'environnement. Pour ne rien arranger, les entretiens sur tableau blanc ont tendance à produire des équipes homogènes parce qu'ils "discriminer les personnes qui sont déjà sous-représentées dans le domaine.“

Avec toute la mauvaise presse qu'ils reçoivent, on pourrait penser que les tests sur tableau blanc appartiennent au passé. Malheureusement, ils sont toujours d'actualité. Il existe de nombreuses ressources permettant d'apprendre à réussir les entretiens sur tableau blanc, car, comme nous l'avons dit, il s'agit d'une compétence à part entière.

Heureusement, tout n'est pas perdu.

Quel est l'objectif de l'entretien technique ?

Après avoir défini ce qu'est l'entretien sur tableau blanc, examinons maintenant les objectifs de l'entretien technique.

• évaluer les compétences en matière de résolution de problèmes
• travailler ensemble pour évaluer l'adéquation entre l'équipe et l'entreprise
• se concentrer sur les tâches spécifiques à votre entreprise, par exemple celles sur lesquelles votre équipe de développement travaille actuellement

Examinons également les objectifs du candidat qui se présente à l'entretien technique.

•  faire évaluer leurs compétences de manière objective
• rencontrer les personnes avec lesquelles ils pourraient travailler
• se faire une idée de l'entreprise

Les entretiens centrés sur le tableau blanc sont parfois utilisés à la place de la sélection technique (sigh), qui devrait précéder tout entretien. En adoptant la bonne approche en matière d'évaluation des compétences techniques, vous pouvez réduire le nombre d'entretiens inutiles de 65%. L'évaluation des compétences en programmation dès le début du processus de recrutement vous permet de concentrer votre temps, votre énergie et vos conversations sur les candidats les plus prometteurs. En règle générale, plus le processus de présélection est efficace, moins il y a de personnes à inviter à un entretien sur place.

Qu'ils soient utilisés avant l'entretien technique ou en tant qu'entretien technique, les entretiens sur tableau blanc ne permettent pas à eux seuls d'atteindre tous les objectifs mentionnés ci-dessus.

LECTURE RECOMMANDÉE : Comment passer un entretien technique : 7 conseils pour l'entretien technique

Les développeurs détestent-ils l'idée d'être testés ? Les enseignements de notre étude

Dans le cas de l'évaluation des compétences techniques, le diable se cache dans les détails. Pour les développeurs, l'idée de faire tester leurs compétences n'est pas un problème. C'est l'exécution qui suscite l'indignation.

Des preuves ? Nous avons récemment publié le Rapport DevSkiller sur les embauches et les compétences techniques 2019 sur la base de plus de 112 000 tests de codage passés par des candidats de plus de 120 pays. Ces données nous placent dans une position privilégiée, car elles nous permettent de répondre à des questions importantes et pertinentes pour le secteur. Voici deux de nos conclusions (le rapport en contient bien d'autres, n'hésitez pas à le consulter). 

Taux de réussite au test : 73% des développeurs passent un test de codage envoyé par le recruteur

91,9% des développeurs qui commencent à passer le test le terminent

Les résultats de notre récente étude suggèrent que toutes les évaluations de compétences en codage ne sont pas égales. Sur la base de notre échantillon, près de 92% des développeurs qui ont commencé à passer un test sur notre plateforme ont pris le temps de le terminer et de le soumettre.

Cela suggère que les développeurs ne sont pas opposés à l'idée d'une évaluation des compétences techniques en tant que telle. Ce qu'ils n'apprécient pas, c'est d'être testés d'une manière qui ne permet pas à leurs compétences de briller.

L'alternative de l'entretien sur tableau blanc, ou comment structurer votre processus de recrutement technique

There are many alternatives to running whiteboard interviews. Let’s look at the best setup you can use to boost your technical hiring results.

1. Sourcing
2. Screening (with an automated solution)
3. Soft skills interview and technical interview (often on the same day)
4. Offer
5. Hire

First of all, you need to automate your preselection procedure and filter out non-viable candidates way before the interview stage. This way, you only spend the face-to-face time of your IT team on candidates who might be a fit for the position. What happens if you don’t screen out weak candidates? Your results will likely include plenty of time wasted, unnecessary bottlenecks, frustration, productivity losses… That’s just the tip of the iceberg.

Second of all, you should follow your technical screening with a soft skills interview and a technical interview. During the soft skills interview, I strongly recommend asking these questions comportementales to ask technical candidates.

In the technical interview, you want to use coding interview tasks which meet the following criteria:

• The test is an authentic work sample
• It gives your candidate all of the resources they would normally use at work
• It bases the task on a business problem they will face when they start working for you

One of the best whiteboard interview alternatives is the CodePair feature.

You can find out more about code pairing in one of our articles:  Entretien de codage en ligne et comment faire un CodePair à distance

A word of warning: even if all of the abovementioned elements are present in your process, you still have room for improvement.  Let’s take a look at how Spartez boosted their developer hiring results by moving things around in their process.

Recrutement technique de Spartez : structure

1. La recherche de sources d'approvisionnement

Spartez hires approximately 20 developers annually. The tech skills they value include Java, JavaScript, .NET, and C++.

2. DevSkiller technical screening

We give everyone a chance to attempt the test. We do not assess people only by CV and years of experience, we care more about their technical skills and depth of experience.”, says Patrycja Kiljańska, Talent Acquisition Specialist at Spartez.

3. Live coding test

Those who pass the initial screening are invited to a live coding test conducted by one of their engineers. This step is optional but some companies prefer to keep it to further decrease the number of on-site interviews.

4. Technical interview

Successful candidates are then invited to a 60-minute technical interview conducted by two Spartez engineers. The interview covers the fundamentals of Java or JavaScript, as well as questions about other technical issues and tasks that Spartez developers face at work.

5. Interview with development managers/the CEO (for senior roles)

This is a typical managerial round covering communication, teamwork, motivation, and product based questions.

Of course, the structure of the technical process at Spartez is only an example of how you can set up your technical screening process.

L'entretien sur tableau blanc : conclusion

In a world that runs on code, it makes sense to hire people based on the quality of their code and not other, discrete skills like rote memorization.  As Nate Swanner says, “A better use of the whiteboard may be to dig deeper into a candidate’s GitHub project, and encourage them to sketch their concept for how an app or tool works and can scale. Ask them about their own projects; if they can’t relate how their own projects work–and accept criticism about them–that might provide a better idea of who they are and how they work than inverting a binary tree ever could.” I couldn’t agree more.

If you want to make a change and assess coding skills objectively, take a look at our coding test catalog.