Recruter un VP Engineering, ce n'est pas embaucher un CTO sous un autre nom. Le VP Engineering porte l'exécution : il fait grandir les équipes, fiabilise le delivery et structure le management. Le CTO porte la vision technologique, l'architecture et la représentation externe. Confondre ces deux périmètres est l'erreur la plus coûteuse d'une scale-up.
Deux métiers, deux centres de gravité
On range souvent le VP Engineering et le CTO dans la même case parce que les deux parlent de technique et siègent au comité de direction. Pourtant, leurs centres de gravité s'opposent presque terme à terme. Le CTO regarde vers l'extérieur et vers le long terme : quelle techno parier, quelle architecture tiendra dans trois ans, quels arbitrages entre dette technique et vitesse, comment la technologie sert la stratégie produit et commerciale. Le VP Engineering regarde vers l'intérieur et vers le trimestre en cours : comment livrer ce qui est promis, comment une organisation de quinze personnes devient une organisation de cinquante sans perdre en qualité, comment recruter, faire monter en compétence et retenir les bons profils.
Dit autrement, le CTO décide quoi construire et pourquoi, le VP Engineering décide comment l'équipe le construit et à quel rythme. L'un peut être brillant et inefficace dans le rôle de l'autre. Un excellent architecte qui déteste les entretiens individuels fera un mauvais VP Engineering. Un excellent manager d'équipes qui n'a aucune intuition produit fera un CTO décevant. Reconnaître cette asymétrie est le point de départ de tout recrutement réussi.
Le périmètre réel du VP Engineering
Le VP Engineering est avant tout un multiplicateur d'équipe. Son travail ne se mesure pas à la quantité de code qu'il produit, mais à la capacité de l'organisation qu'il dirige à produire de façon régulière et prévisible. Concrètement, son périmètre couvre plusieurs blocs imbriqués.
D'abord le delivery : transformer une feuille de route en flux de livraison fiable, instaurer une cadence, réduire l'écart entre ce qui est promis et ce qui sort. Ensuite le scaling de l'organisation : découper les équipes au bon moment, créer des niveaux de management intermédiaires sans bureaucratie inutile, définir qui décide quoi. Puis le volet people : recrutement, intégration, évaluation, gestion des départs, construction de parcours de carrière qui donnent envie de rester. Enfin les process : rituels, revues de code, gestion des incidents, indicateurs de santé de l'ingénierie.
Ce qui distingue un bon VP Engineering, c'est qu'il tient ces quatre blocs simultanément sans en sacrifier un. Beaucoup de candidats excellent sur le delivery mais négligent le people, ou inversement passent tout leur temps en entretiens et laissent la cadence se déliter. L'équilibre est le métier.
Quand une scale-up a besoin de l'un, de l'autre, ou des deux
La séquence dépend moins de la taille de l'entreprise que de la nature du goulot d'étranglement du moment. Très tôt, quand l'équipe tient en une seule pièce, un fondateur technique ou un CTO joue souvent les deux rôles : il décide de l'architecture le matin et fait le point avec chacun l'après-midi. Cela fonctionne tant que le nombre de personnes reste gérable de tête.
Le besoin d'un VP Engineering apparaît quand la coordination devient le problème dominant. Les signaux sont reconnaissables : les délais glissent sans qu'on sache vraiment pourquoi, le CTO passe ses journées en arbitrages opérationnels et n'a plus le temps de penser la technologie, les nouveaux arrivants mettent trop longtemps à devenir productifs, les meilleurs profils commencent à s'interroger sur leur évolution. À ce stade, ce n'est pas plus de vision qu'il faut, c'est de la structure d'exécution.
Inversement, certaines entreprises ont un VP Engineering solide mais souffrent d'un déficit de cap technologique : choix d'architecture repoussés, dette accumulée sans stratégie, absence d'interlocuteur crédible face aux clients grands comptes ou aux investisseurs sur les sujets techniques. Là, c'est un CTO qu'il faut. Beaucoup de scale-ups finissent par avoir les deux, avec une frontière claire : le CTO trace la direction technologique, le VP Engineering en garantit l'exécution. Le piège est d'embaucher un titre parce que le marché le valorise, plutôt que de nommer précisément le manque que l'on cherche à combler.
Comment évaluer un VP Engineering
Évaluer un VP Engineering sur sa maîtrise technique pure est une erreur classique. La compétence d'ingénierie est un prérequis, pas le critère discriminant. Ce qu'il faut sonder en profondeur, c'est sa capacité à faire réussir des équipes.
Sur le leadership, on cherche quelqu'un qui sait rendre les autres meilleurs plutôt que briller seul. Une bonne question consiste à demander de raconter une montée en compétence concrète : qui était la personne, où en était-elle, qu'a fait le candidat, où en est-elle aujourd'hui. Les réponses vagues ou centrées sur le candidat lui-même sont un signal.
Sur le scaling d'organisation, on explore une transition vécue : faire passer une équipe d'une certaine taille à une autre. On écoute comment il a découpé, quand il a recruté des managers, quelles erreurs de structure il reconnaît. Un candidat qui n'a que des succès à raconter n'a généralement pas assez réfléchi à ses échecs.
Sur le recrutement, on demande comment il a construit une équipe, défini un processus d'entretien, calibré un niveau d'exigence, géré un mauvais recrutement. La façon dont il parle des personnes qu'il a dû laisser partir en dit long sur sa maturité managériale. Pour structurer cette évaluation de façon comparable d'un candidat à l'autre, il est utile de s'appuyer sur une grille explicite ; notre générateur de scorecard aide à formaliser les critères avant les entretiens.
Sur les process, méfiez-vous des candidats qui appliquent une méthode comme un dogme. Le bon VP Engineering adapte les rituels au contexte : il sait quand alléger et quand structurer. Demandez-lui un process qu'il a volontairement supprimé parce qu'il coûtait plus qu'il ne rapportait.
Les signaux d'un bon profil
Au delà des compétences, certains traits distinguent durablement les bons VP Engineering. Le premier est l'obsession du résultat collectif plutôt que de la reconnaissance personnelle. Ils parlent spontanément de leur équipe, citent des noms, attribuent les succès aux autres et assument les échecs.
Le deuxième signal est la lucidité sur les compromis. Un bon profil ne promet pas de tout faire vite, bien et pas cher. Il explique les arbitrages qu'il a faits, ce qu'il a choisi de ne pas faire, et pourquoi. Cette capacité à dire non avec méthode est précieuse au comité de direction, où la pression de tout livrer est permanente.
Le troisième est la fluidité dans la communication. Le VP Engineering passe une grande partie de son temps à traduire : du produit vers l'ingénierie, de l'ingénierie vers la direction, des contraintes techniques vers les commerciaux. Un candidat qui explique clairement un sujet complexe à un interlocuteur non technique pendant l'entretien démontre une compétence qu'il exercera tous les jours.
Le quatrième signal, plus subtil, est la capacité à se rendre dispensable. Les meilleurs managers construisent des équipes qui tournent sans eux. Demandez ce qui se passerait si le candidat s'absentait un mois. Une réponse sereine, fondée sur la délégation et l'autonomie qu'il a installées, vaut mieux qu'une réponse qui révèle un goulot d'étranglement centré sur sa personne.
Les erreurs classiques de recrutement
La première erreur, déjà évoquée, est de confondre les deux rôles et de recruter un VP Engineering en attendant secrètement un CTO, ou l'inverse. Le candidat le sent vite, la fiche de poste est floue, et l'intégration vire au malentendu. Clarifier le périmètre avant de publier l'offre évite des mois de friction.
La deuxième erreur est de survaloriser l'expérience technique au détriment du leadership. On est rassuré par un parcours d'ingénieur brillant, on néglige le fait que diriger trente personnes n'a presque rien à voir avec écrire du bon code. Le meilleur développeur de l'équipe ne fera pas forcément le meilleur VP Engineering, et le promouvoir par défaut prive l'entreprise d'un excellent contributeur tout en lui imposant un manager moyen.
La troisième erreur est de recruter pour le passé plutôt que pour la trajectoire. Un VP Engineering qui a réussi dans une grande structure très outillée n'est pas garanti de réussir dans une scale-up où tout reste à construire, et réciproquement. Ce qui compte, c'est l'adéquation entre le défi de scaling à venir et les défis que le candidat a réellement traversés.
La quatrième erreur est de négliger l'alignement culturel et le rapport au fondateur. Le VP Engineering travaille au quotidien avec la direction. Un désaccord profond sur la manière de décider, sur le niveau d'exigence ou sur l'autonomie laissée aux équipes finira par exploser. Mieux vaut le détecter en entretien que six mois plus tard.
Faut-il recruter un VP Engineering avant un CTO ?
Cela dépend du goulot d'étranglement. Si la technologie avance mais que l'exécution déraille, le VP Engineering est prioritaire. Si l'équipe livre mais que la direction technologique est floue, le CTO passe d'abord. Nommez précisément le manque avant de choisir le titre.
Un excellent développeur fait-il un bon VP Engineering ?
Pas automatiquement. L'excellence technique est un atout, mais le métier de VP Engineering est de faire réussir des équipes, pas de coder. Évaluez d'abord le leadership, le recrutement et la capacité à structurer une organisation, puis seulement la solidité technique.
Comment savoir si notre scale-up a besoin des deux rôles ?
Posez-vous deux questions distinctes : notre cap technologique est-il clair et défendable, et notre exécution est-elle fiable et prévisible. Si les deux réponses sont incertaines et que la croissance s'accélère, c'est généralement le moment de séparer les rôles plutôt que de surcharger une seule personne.
Recruter un VP Engineering ou un CTO se joue d'abord sur la clarté du besoin, ensuite sur une évaluation rigoureuse et comparable. Si vous voulez structurer cette démarche, nous pouvons en discuter lors d'un échange dédié ou vous aider à cadrer le profil à partir de votre contexte précis.