VP Engineering (vice-président de l’ingénierie)

Le VP Engineering (Vice President of Engineering), ou vice-président de l’ingénierie, dirige l’organisation chargée de concevoir, livrer et faire fonctionner les produits logiciels. Il relie les priorités de l’entreprise aux capacités des équipes techniques. Son rôle associe direction des équipes, coordination de la livraison et jugement sur les investissements techniques nécessaires dans la durée.

Son périmètre dépend de l’organisation. Il peut couvrir plusieurs domaines d’ingénierie et s’appuyer sur des responsables d’équipe ou des directeurs. Les intitulés Head of Engineering et directeur de l’ingénierie recouvrent souvent le même périmètre. Le titre ne suffit donc pas à connaître ses responsabilités : précisez les équipes concernées, les décisions qu’il prend et les sujets qu’il partage avec d’autres dirigeants. Son rattachement et son autorité sur les budgets doivent également être explicites.

VP Engineering, CTO et Engineering Manager : qui fait quoi ?

Pour répartir les responsabilités, vous pouvez partir des questions suivantes, puis les adapter à votre organisation :

• VP Engineering : qui organise les équipes, accompagne leurs responsables et coordonne les engagements de livraison ?
• CTO : quelles décisions de direction technologique lui reviennent, et lesquelles partage-t-il avec le VP Engineering ?
• Engineering Manager : quelles décisions restent au niveau de l’équipe et lesquelles nécessitent un arbitrage entre équipes ?

Cette répartition doit laisser aux responsables d’équipe un champ de décision compréhensible. Si chaque difficulté remonte au VP Engineering, examinez les responsabilités déléguées et les moyens dont disposent les managers. À l’inverse, un sujet qui engage plusieurs équipes mérite un responsable clairement identifié.

Les fonctions décrites dans les référentiels de GitLab, Sourcegraph et AEG convergent sur la direction de l’organisation et l’exécution technique, avec des périmètres différents. Pour cadrer un poste, partez donc des décisions à prendre et des équipes à diriger, puis choisissez l’intitulé qui décrit ce besoin.

L’enjeu est de rendre compatibles les engagements pris par l’entreprise et les moyens de l’ingénierie. Une priorité produit engage du temps de développement, des choix techniques et parfois plusieurs équipes. Le VP Engineering doit pouvoir relier ces dimensions pour que la direction comprenne ce qu’elle peut attendre de l’organisation.

La qualité et la fiabilité font partie de cette responsabilité. Un arbitrage favorable à une livraison immédiate peut reporter un investissement utile aux systèmes. Pour décider, rendez visibles les conséquences envisagées : travaux différés, dépendances entre équipes, risques sur le fonctionnement du produit. La question utile est de savoir quels compromis l’entreprise accepte et comment elle les suivra.

L’organisation du management compte également. Le développement des managers et des équipes soutient la capacité à prendre des décisions au bon niveau. Lors d’un changement d’organisation, précisez ce que chaque responsable pourra décider, les sujets sur lesquels il devra se coordonner et l’aide dont il disposera. Une nouvelle répartition des équipes mérite d’être reliée à un problème concret.

Exemple fictif : deux équipes s’engagent sur des fonctionnalités qui dépendent du même travail de plateforme. Le calendrier paraît tenable lorsque chaque équipe raisonne séparément. Proposez au VP Engineering d’exposer la dépendance, les moyens disponibles et les options de séquencement. La direction peut alors choisir un engagement commun en comprenant ce qui sera reporté.

Pour apprécier l’adéquation d’un candidat, distinguez enfin les difficultés auxquelles il a déjà été confronté. Accompagner des managers, coordonner plusieurs équipes et faire évoluer des investissements techniques mobilisent des expériences différentes. Un recrutement mérite d’être rattaché au problème prioritaire de votre entreprise. Sans cette précision, vous risquez d’évaluer une aptitude générale à diriger alors que le poste demande des arbitrages très particuliers.

• Organiser les équipes et leurs responsabilités pour soutenir les priorités de l’ingénierie.
• Accompagner les managers dans le développement de leurs compétences et de celles de leurs équipes.
• Coordonner les plans de livraison avec la direction produit et les responsables techniques.
• Piloter les recrutements nécessaires au développement de l’organisation, dans le périmètre confié.
• Arbitrer les investissements techniques qui soutiennent la qualité et la capacité de livraison dans la durée.
• Suivre la qualité et la fiabilité des produits et faire progresser les pratiques associées.
• Allouer les moyens de l’ingénierie aux priorités retenues, selon les responsabilités budgétaires du poste.

Le parcours utile associe une compréhension du développement logiciel et une expérience de direction des équipes. Une formation en informatique peut contribuer au socle technique. L’expérience professionnelle peut également apporter ces acquis : AEG accepte explicitement une expérience équivalente au diplôme informatique cité dans son offre. Ce cas ne fixe pas une condition générale d’accès au métier.

Sur le plan technique, recherchez la capacité à comprendre une décision d’architecture, ses contraintes et ses effets sur le fonctionnement du produit. Le candidat doit pouvoir relier un investissement technique aux besoins de l’organisation. La maîtrise d’un environnement précis mérite d’être appréciée selon votre périmètre, sans faire d’un outil un substitut au jugement technique.

Le parcours managérial doit permettre d’apprécier les responsabilités réellement exercées. Diriger des managers implique de les aider à développer leurs équipes et à prendre leurs propres décisions. Distinguez cette expérience du seul encadrement direct de développeurs. Regardez aussi la place occupée dans la coordination avec le produit et dans l’évolution de l’organisation.

Pour comparer les parcours, replacez les acquis dans leur contexte : diversité des équipes dirigées, problèmes techniques rencontrés, décisions confiées et changements accompagnés. Un intitulé identique peut recouvrir des responsabilités différentes. Privilégiez la correspondance avec les difficultés que votre futur VP Engineering devra traiter. La section d’évaluation permet ensuite d’examiner comment le candidat mobilise ces acquis dans une situation proche de la vôtre.

Pour évaluer un VP Engineering, vous pouvez structurer les échanges autour des étapes suivantes, en les adaptant aux responsabilités que vous souhaitez lui confier.

1. Définir les critères à partir du poste

Choisissez les situations que le candidat devra savoir traiter : coordination des équipes, développement des managers, arbitrage technique ou amélioration de la fiabilité. Décrivez pour chacune une décision attendue et les interlocuteurs concernés.

Utilisez ces critères pour comparer les candidatures. Distinguez les acquis nécessaires dès l’arrivée de ceux qui peuvent se développer avec le contexte. Accordez une place explicite au jugement technique et au management de managers.

2. Examiner les décisions passées

Demandez au candidat de raconter un changement d’organisation dont il a eu la responsabilité. Faites préciser le problème initial, les options envisagées, sa décision et les conséquences observées.

Approfondissez un engagement de livraison difficile : « Qu’avez-vous changé lorsque les moyens disponibles ne permettaient plus de tenir le plan ? » Recherchez une explication qui relie les contraintes aux choix effectués.

Un signal favorable est sa capacité à distinguer sa contribution de celle des équipes. Soyez attentif aux récits qui restent généraux ou attribuent chaque difficulté aux autres fonctions. Demandez ce qu’il referait autrement.

3. Proposer un cas proche du périmètre

Exemple fictif : une priorité produit dépend d’une équipe déjà mobilisée sur des problèmes de fiabilité. Demandez au candidat comment il préparerait la décision avec le produit et les responsables techniques.

Fournissez le contexte utile, puis observez les informations qu’il demande. Faites-lui comparer plusieurs options et expliquer les travaux qu’il différerait. Évaluez son raisonnement, la prise en compte des systèmes et la coordination proposée.

Une réponse convaincante rend les compromis compréhensibles. Une conclusion immédiate, sans examen des contraintes, mérite d’être approfondie. Faites intervenir un responsable technique capable de discuter les hypothèses du candidat.

4. Approfondir le management et la communication

Demandez comment le candidat a aidé un manager à progresser. Faites préciser les responsabilités laissées à cette personne, les retours apportés et les changements observés.

Explorez aussi un désaccord avec une direction produit. Demandez-lui de reformuler les contraintes de son interlocuteur et d’expliquer comment la décision a été prise. Appréciez sa capacité à écouter et à rendre un arbitrage intelligible.

Un candidat qui décrit les limites de son intervention vous aide à comprendre sa pratique. Si toute décision semble dépendre de lui, interrogez la place qu’il accorde à ses managers.

5. Recouper les éléments et décider

Avec l’accord du candidat, sollicitez des références qui ont observé les responsabilités examinées. Posez des questions sur des situations précises et distinguez les faits rapportés des appréciations générales.

Confrontez ensuite les observations des entretiens aux critères initiaux. Consignez les points établis et ceux qui restent incertains. Évitez qu’une forte aisance relationnelle masque une question technique ou managériale non résolue.

Si votre entreprise manque d’expertise technique pour évaluer ce niveau de responsabilité, associez un interlocuteur qualifié à cette partie de l’évaluation. Conservez une décision partagée sur l’adéquation au poste et à votre organisation.