Aucun ingénieur ne mettrait en production un système jamais testé, sans spécifications, sans logs, et dont les pannes ne sont jamais analysées. Pourtant, c'est exactement ainsi que la plupart des entreprises continuent de recruter des ingénieurs.
Le paradoxe est frappant : des équipes capables de fiabiliser des infrastructures critiques tolèrent un processus de recrutement piloté à l'intuition, où la décision finale repose sur l'impression d'un entretien d'une heure.
La bonne nouvelle : les réflexes qui fiabilisent un système fiabilisent aussi un recrutement. Spécifier, tester en conditions réelles, instrumenter, débugger. Voici comment les appliquer.
Sommaire
1. Le constat : on recrute des ingénieurs sans rigueur d'ingénieur
2. Les quatre réflexes d'ingénieur à transposer
3. Spécifier le besoin comme un cahier des charges
4. Tester en conditions réelles, pas sur dossier
5. Instrumenter et débugger vos décisions
6. Exemple concret
7. FAQ : recruter des ingénieurs
Conclusion
Regardez un processus de recrutement IT classique avec les yeux d'un ingénieur système :
Le problème est qu'aucun de ces défauts ne serait toléré sur un système en production. Résultat : des erreurs de casting récurrentes, et personne ne sait lesquelles ni pourquoi.
Un ingénieur face à un système peu fiable ne cherche pas un coupable. Il cherche les défauts de conception. Quatre réflexes se transposent directement au recrutement :
L'objectif est simple : transformer le recrutement d'une suite d'impressions en un système qui s'améliore à chaque cycle.
Une fiche de poste qui demande « la maîtrise de Kubernetes, AWS, Terraform, Python et de bonnes qualités relationnelles » n'est pas une spécification. C'est une liste de courses.
Un cahier des charges de recrutement définit :
Ce travail prend deux heures avec le manager technique. Il élimine d'emblée les désaccords de fin de processus, quand chaque évaluateur découvre qu'il ne cherchait pas le même profil.
Aucun ingénieur ne valide un composant sur sa documentation. Il le soumet à des tests qui reproduisent la charge réelle. Pour un candidat, l'équivalent est la mise en situation : un incident à diagnostiquer, une infrastructure à corriger, un arbitrage à défendre.
Ce que le test en conditions réelles révèle et que l'entretien masque :
Certaines plateformes comme Scalyz permettent de standardiser ces mises en situation sur des environnements réalistes, avec une grille de scoring identique pour tous les candidats. Le même scénario pour tous : c'est ce qui rend les résultats comparables.
Un système sans logs est indébuggable. Un recrutement sans traces non plus. Chaque décision Hire / No Hire devrait laisser derrière elle un score structuré, pas un « bon feeling » dans un mail.
Ensuite, faites ce que vous faites après chaque incident de production : un post-mortem sans blâme. Pour chaque erreur de casting :
Deux ou trois post-mortems suffisent souvent à révéler un défaut systémique, comme un biais d'évaluateur ou une étape qui ne teste rien. L'arbre de décision en recrutement IT structure précisément cette traçabilité.
Une scale-up perd trois ingénieurs backend en un an, recrutés par trois managers différents. Réflexe classique : changer de cabinet de recrutement.
Réflexe d'ingénieur : analyser les trois cas comme des incidents. Le post-mortem révèle que les trois candidats avaient brillé en entretien théorique et que personne n'avait évalué leur autonomie face à un code legacy, le cœur réel du poste.
Résultat :
L'équipe ajoute une mise en situation de 45 minutes sur une base de code dégradée, avec grille de scoring. Le défaut n'était pas dans les candidats ni dans le cabinet : il était dans le test. C'est exactement ce qu'une démarche d'ingénieur permet de voir.
Vous n'avez pas besoin de juger le contenu technique, mais de structurer le processus : scénarios standardisés, grille de scoring remplie par un évaluateur technique, critères définis avant l'entretien.
Trois étapes bien conçues suffisent : un échange de cadrage, une mise en situation technique en conditions réelles, un entretien d'équipe. Au-delà de quatre, vous perdez les meilleurs profils en cours de route.
Trois ou quatre situations critiques que la personne devra gérer, le niveau attendu sur chacune en comportements observables, et la distinction entre ce qui est apprenable en poste et ce qui est requis à l'arrivée.
Mesurez-le comme un système :
Les entreprises qui réussissent à recruter des ingénieurs durablement n'ont pas trouvé de meilleurs candidats. Elles ont conçu un meilleur système : des exigences spécifiées, des tests représentatifs, des décisions traçables et un processus qui apprend de ses pannes.
Vos équipes appliquent déjà cette rigueur à chaque déploiement. Le recrutement est simplement le prochain système à fiabiliser.
Vous souhaitez évaluer vos candidats ingénieurs en conditions réelles ? Réservez une démo Scalyz.
Partager cet article