Je vois régulièrement des directions de PME ouvrir un poste « Head of Engineering » alors qu’elles ont en réalité besoin d’un CTO externalisé pendant un an. Et inversement : des entreprises qui nous sollicitent en CTO externalisé alors qu’elles ont surtout besoin d’un Head of Engineering interne à temps plein. La confusion vient du fait que les deux fonctions parlent de tech, gouvernance, équipe et roadmap, mais elles ne s’occupent pas du même objet.
La différence en une phrase
Le Head of Engineering dirige une équipe technique existante au quotidien. Il optimise la délivrance, recrute, accompagne, organise les sprints, défend les standards de qualité. C’est un manager opérationnel, présent à plein temps, qui ressent les pulsations de l’équipe.
Le CTO externalisé, lui, n’est presque jamais là pour piloter une équipe quotidienne. Il intervient à des moments de transition ou de transformation : moderniser une stack vieillissante, sécuriser une migration, lancer un nouveau produit, redresser un projet en perdition, structurer une gouvernance qui n’existait pas. Quand son périmètre est tenu, il sort.
L’un est un mandat d’exploitation. L’autre est un mandat de transition.
Trois indices pour savoir lequel vous cherchez
Avez-vous déjà une équipe technique en place ? Si oui, et qu’elle a besoin de manager, c’est un Head of Engineering. Si non, ou si elle est trop petite pour justifier un management plein temps, c’est probablement un CTO externalisé.
Cherchez-vous quelqu’un à temps plein, sur des années ? Si oui, c’est un Head of Engineering ou un VP Engineering selon la taille. Le CTO externalisé n’est pas conçu pour ce format.
Avez-vous un projet de transformation cadré, avec un point d’arrivée identifiable ? Si oui, c’est exactement le format CTO externalisé. Il vient, structure, transmet, part.
Ce que recouvre vraiment le poste de Head of Engineering
La moitié de la confusion vient de là : beaucoup de dirigeants savent décrire ce qu’ils attendent d’un CTO externalisé, et beaucoup moins ce que fait un Head of Engineering une journée normale. Ce n’est pas un poste d’architecture, c’est un poste de délivrance.
Il tient le rythme de l’équipe : ce qui entre dans le prochain cycle, ce qui en sort, ce qui attend. Il arbitre les compromis quotidiens entre la dette qu’on rembourse et la fonctionnalité qu’on livre. Il recrute, il fait grandir, et il gère les départs, ce qui occupe plus de temps que ne l’imagine celui qui n’a jamais dirigé d’équipe. Il porte la qualité, non pas comme un discours mais comme une série de règles que quelqu’un doit faire respecter quand le calendrier se tend.
Rien de tout cela ne se délègue à quelqu’un présent deux jours par mois. C’est précisément pourquoi les deux mandats ne se remplacent pas.
Et le VP Engineering, le lead tech, le directeur technique ?
Le vocabulaire circule mal entre l’écosystème des jeunes pousses et celui des entreprises établies, ce qui ajoute une couche de flou.
Le lead tech est un développeur senior qui garde la main dans le code et guide techniquement deux à cinq personnes. Il n’a pas de mandat de gestion.
Le Head of Engineering dirige une ou plusieurs équipes, il ne code plus qu’occasionnellement, et il répond de la délivrance.
Le VP Engineering apparaît au-dessus, quand il y a plusieurs équipes et donc plusieurs managers à diriger. En dessous d’une cinquantaine de personnes en technique, le titre est le plus souvent une inflation.
Le directeur technique, en français, recouvre selon les entreprises le Head of Engineering ou le rôle stratégique. C’est le titre le plus ambigu des quatre, et celui qu’il faut faire préciser avant de signer quoi que ce soit.
Le piège du recrutement
J’ai vu plusieurs fois la séquence suivante : une PME recrute un Head of Engineering ambitieux pour piloter une équipe de quatre développeurs et un projet de modernisation. Six mois plus tard, le projet de modernisation est englué parce qu’il dépasse l’expérience du Head of Engineering, qui n’a jamais piloté ce type de transition à cette échelle. Et l’équipe stagne, parce que le manager passe son temps sur le projet de modernisation.
L’erreur, c’est d’avoir mis sur un même poste deux mandats incompatibles dans le temps : le management d’équipe (continu) et la transformation (séquentielle). Le bon schéma serait souvent : un CTO externalisé pour mener la transformation pendant douze mois, en parallèle d’un Lead Tech interne qui devient progressivement le Head of Engineering quand la transformation se stabilise.
Quand on co-existe
Il arrive qu’un CTO externalisé et un Head of Engineering coexistent dans la même structure. Le second pilote le quotidien de l’équipe ; le premier intervient en arbitre sur les sujets de transformation transverses. Cette configuration marche bien dans des structures de cinquante à deux cents personnes où les deux rôles sont assumés et bien découpés. En dessous, il faut souvent choisir.
Le test décisif
Posez-vous cette question : dans deux ans, quel poste sera-t-il encore là, en interne ? Si la réponse est « le management de l’équipe », recrutez un Head of Engineering. Si la réponse est « la fonction technique, mais sous une autre forme parce que la transition sera terminée », c’est un CTO externalisé qu’il vous faut. Dans les deux cas, vous économisez des mois de mauvaise direction de recrutement.
Pour aller plus loin
Lire qu’est-ce qu’un CTO externalisé en 2026, et à qui ça sert vraiment pour la définition longue, et CTO interne vs externalisé : comment choisir pour les cas de figure typiques. Et si vous voulez qu’on creuse votre situation précise, un échange direct vaut souvent mieux qu’un dixième article.