Le passage de développeur senior à engineering manager change la nature de l'entretien : on ne vous évalue plus sur votre code, mais sur votre capacité à faire réussir une équipe. Les entreprises tech — scale-ups comme grands groupes — testent quatre dimensions : le management des personnes, le delivery, la vision technique et la gestion des situations difficiles.
« Racontez-moi comment vous avez géré un membre d'équipe en difficulté »
La question la plus fréquente, sous des formes variées : sous-performance, conflit entre deux développeurs, démotivation d'un profil clé. Le recruteur cherche une démarche : identifier la cause réelle (compétence, charge, contexte personnel), avoir la conversation difficile tôt, fixer un plan avec des points d'étape, et assumer une décision si ça ne s'améliore pas. Une réponse qui se contente de « j'en ai parlé avec lui » est insuffisante : il faut du concret, des délais, un résultat.
« Comment équilibrez-vous dette technique et livraison de features ? »
Question piège classique : répondre « toujours prioriser la qualité » ou « toujours livrer » sonne faux. La réponse attendue montre un arbitrage assumé et communiqué : mesurer l'impact de la dette, négocier explicitement avec le produit, réserver une capacité récurrente à l'amélioration continue, et savoir dire non avec des arguments business, pas seulement techniques.
Les questions sur votre système de management
- « Comment organisez-vous vos one-on-ones ? » — fréquence, contenu, suivi des plans de développement.
- « Comment recrutez-vous et faites-vous monter votre équipe en compétence ? » — processus d'entretien, onboarding, mentorat.
- « Comment mesurez-vous la performance de votre équipe ? » — attention : répondre par des métriques de vélocité seules est un red flag.
- « Quelle est votre relation avec les équipes produit et design ? » — ils testent votre capacité à travailler hors de votre silo.
« Quelle part de technique gardez-vous au quotidien ? »
Il n'y a pas de réponse unique, mais il y a de mauvaises réponses : « je code encore 50 % de mon temps » inquiète sur votre disponibilité managériale ; « je ne touche plus au code » inquiète sur votre crédibilité technique. La plupart des entreprises attendent un manager capable de challenger une architecture, de faire des revues exigeantes et de rester crédible devant des seniors, tout en consacrant l'essentiel de son temps aux personnes et à l'organisation.
Préparez vos exemples comme des études de cas
À ce niveau, chaque réponse doit s'appuyer sur une situation réelle : contexte, taille d'équipe, enjeu, ce que vous avez fait vous-même (pas « l'équipe »), et le résultat mesurable. Listez avant l'entretien six à huit situations — un recrutement difficile, un départ à gérer, un projet sauvé, un échec assumé — et entraînez-vous à les raconter en deux minutes chacune.
Testez-vous en conditions réelles
Raconter le management à voix haute est un exercice différent de le vivre : il faut être précis, structuré et crédible sans notes. Avec Elan, vous passez un entretien complet calibré pour un poste d'engineering manager — questions de fond, relances exigeantes, mise sous pression — et vous repartez avec un rapport détaillé sur la clarté de vos exemples et votre posture de leader.