1. Partez du poste, pas des énigmes
Listez les trois ou quatre compétences que la personne utilisera vraiment pendant ses six premiers mois, et construisez chaque exercice à partir de cette liste. Si le poste consiste surtout en API et en base de données, testez l'API et la base de données.
Les casse-têtes et les questions de culture générale mesurent la fraîcheur des révisions, pas la façon de construire un logiciel. Laissez-les de côté.
2. Même problème, mêmes conditions
La comparaison ne fonctionne que si tout le monde passe le même test. Fixez les conditions avant le premier candidat et ne les changez plus :
- Les mêmes exercices, dans le même ordre.
- La même limite de temps, annoncée à l'avance.
- Les langages que le candidat peut utiliser.
- Ce qui est autorisé : documentation, recherche, assistants IA, ou rien de tout cela.
3. Évaluez le raisonnement, pas seulement le résultat
Une réponse qui fonctionne peut cacher un coup de chance, et une réponse incomplète peut cacher un raisonnement solide. Les relances servent à faire la différence.
Des relances qui révèlent le raisonnement
- Pourquoi cette approche plutôt qu'une autre que vous avez envisagée ?
- Que se passe-t-il si l'entrée devient dix fois plus grande ?
- Où est-ce que cela casserait d'abord en production, et comment le verriez-vous ?
- Avec une heure de plus, que changeriez-vous ?
4. Utilisez une grille avec repères
Notez quelques dimensions séparées plutôt qu'une impression d'ensemble, et décrivez ce que représentent faible, bon et excellent pour chacune. Dimensions typiques pour un poste backend : compréhension du problème, exactitude, qualité du code, arbitrages de conception et communication.
Repères pour une dimension : les arbitrages de conception
- 1 : Choisit une solution sans évoquer d'alternative ni de limite.
- 3 : Cite un compromis quand on le lui demande, avec une justification raisonnable.
- 5 : Soulève les compromis de lui-même, compare les options aux contraintes et explique ce qu'il surveillerait.
5. Restez court et respectueux
Un premier tour technique de 30 à 60 minutes suffit largement pour décider qui va plus loin. Les projets à rendre sur plusieurs jours favorisent les candidats qui ont du temps libre, pas forcément les meilleurs ingénieurs.
Dites aux candidats à quoi s'attendre, laissez-les passer le tour au moment qui leur convient, et partagez la suite.
6. L'intégrité sans suspicion
Annoncez dès le départ ce qui est autorisé ou non. Si vous surveillez la session, consignez les événements et laissez des personnes les examiner ; n'éliminez jamais quelqu'un automatiquement. Un événement est une question à regarder, pas un verdict.
7. Calibrez après les premiers candidats
Comparez comment différents relecteurs ont noté les mêmes réponses, et regardez quelles questions ont réellement départagé les candidats. Réécrivez ou retirez celles que tout le monde réussit ou que tout le monde rate.