Engineering Manager : qu'est-ce que c'est et ce que l'IA change au rôle en 2027

L'Engineering Manager est le manager d'une équipe de développeurs : il recrute, fait progresser chacun et organise la delivery. Avec l'IA, son poste se recompose, la revue de code devient le goulot d'étranglement et le contexte donné aux agents passe sous sa responsabilité.

Un Engineering Manager (EM) est le manager hiérarchique d'une équipe de développeurs. Il recrute, fait progresser les ingénieurs qu'il encadre et organise le travail de l'équipe pour qu'elle livre régulièrement, avec une qualité qu'elle peut tenir dans la durée.

Pendant des années, le poste a traîné une réputation assez simple : l'EM, c'est celui qui a arrêté de coder. Sauf que ça bouge. D'après LeadDev, qui s'appuie sur son Engineering Leadership Report 2026, la part des Engineering Managers qui font davantage de travail technique que l'année précédente est passée de 20 % en 2025 à 35 % en 2026. Dans cet article, vous trouverez tout ce qui concerne le métier d'Engineering Manager (missions, équipe, rôles voisins, compétences, salaire) et ce que l'IA y change.

Sommaire

1. Qu'est-ce qu'un Engineering Manager ?
2. Quelles sont les missions d'un Engineering Manager ?
3. Qui encadre un Engineering Manager, et à qui reporte-t-il ?
4. Engineering Manager, Tech Lead, CTO, Product Manager : quelles différences ?
5. Quelles compétences et quelle formation pour devenir Engineering Manager ?
6. Ce que l'IA change au rôle d'Engineering Manager en 2027
7. FAQ sur le métier d'Engineering Manager
8. Pour conclure

Qu'est-ce qu'un Engineering Manager ?

Un Engineering Manager encadre une ou plusieurs équipes de développement. Son sujet, ce sont les personnes et la façon dont elles travaillent ensemble : il recrute, accompagne chaque ingénieur dans sa progression et s'assure que l'équipe livre. Il reporte en général à un Head of Engineering, à un VP Engineering ou directement au CTO.

Dans la plupart des boîtes tech, la carrière d'un développeur senior finit par bifurquer. Une voie mène vers l'expertise (Staff Engineer, Principal Engineer) : on reste contributeur individuel et on pèse sur l'architecture. L'autre mène vers le management, et l'EM en est la première vraie marche. Passer EM revient à changer de métier. Les journées se remplissent de 1:1, d'entretiens de recrutement et de coordination, et le code passe au second plan (on verra plus bas que l'IA rebat un peu les cartes sur ce point).

Le poste apparaît quand l'équipe tech atteint une certaine taille. Tant qu'elle tient autour d'une table, il reste rare, notamment dans les jeunes startups.

En France, l'intitulé anglais s'est imposé dans les offres d'emploi. On croise parfois « manager d'équipe tech » ou « responsable technique d'équipe ». « Directeur d'ingénierie » circule aussi, mais il prête à confusion avec le Director of Engineering, qui manage en général plusieurs EM.

Quelles sont les missions d'un Engineering Manager ?

Les missions d'un Engineering Manager couvrent la gestion des personnes et l'organisation de la delivery, avec un œil constant sur la santé technique de l'équipe : c'est ce qu'on retrouve dans la plupart des fiches de poste d'EM. Le dosage dépend de la taille de l'équipe et du Tech Lead qui travaille à ses côtés : plus celui-ci est solide, plus l'EM peut se concentrer sur les gens.

Faire grandir l'équipe

C'est le cœur du poste. L'EM définit les besoins de recrutement, fait passer les entretiens et soigne l'arrivée des nouveaux. Ensuite, il suit chaque ingénieur dans la durée, avec des 1:1 réguliers, des objectifs, du feedback et des revues de performance qui préparent l'évolution de carrière. Il gère aussi les conflits, et les départs quand ils arrivent.

Le 1:1, c'est la réunion qu'on a très envie de décaler quand la mise en prod coince… alors que c'est justement là qu'un développeur peut dire qu'il s'ennuie depuis des mois. Mieux vaut le traiter comme un rendez-vous fixe, qu'on ne déplace qu'en cas de vraie urgence.

Faire tourner la delivery

L'EM organise la façon dont l'équipe travaille, des rituels au découpage du travail, et gère les dépendances avec les autres équipes. Il lève les blocages, protège l'équipe des sollicitations qui arrivent de partout et met en face la charge demandée et la capacité réelle. Cet arbitrage se fait avec le Product Manager, qui porte les priorités, pendant que l'EM sait ce que l'équipe peut absorber et à quel prix.

Le staffing en fait partie, jusqu'au moment délicat où il faut annoncer qu'on ne pourra pas tout faire ce trimestre (une phrase qui demande un certain courage en comité).

Tenir la qualité technique sans coder tous les jours

L'EM n'a pas besoin d'être le meilleur développeur de son équipe. Il doit en revanche comprendre ce qui se dit en revue d'architecture, sinon les estimations deviennent des actes de foi. Son rôle est de s'assurer que les standards existent et sont suivis (revue de code, tests automatisés, déploiement continu), et que les choix techniques restent cohérents avec la dette technique existante.

Qui encadre un Engineering Manager, et à qui reporte-t-il ?

Un Engineering Manager encadre surtout des développeurs (back-end, front-end, full stack, mobile), souvent des ingénieurs QA, et parfois des profils DevOps, SRE ou Data Engineer selon l'organisation. Il reporte au CTO dans une startup, à un Head of Engineering ou à un VP Engineering dans une scale-up, et dans un grand groupe, à un responsable de département ou à la DSI.

Il manage aussi, en général, le ou les Tech Leads de son périmètre. Le Product Manager et le Product Designer de l'équipe, eux, ne sont pas sous sa responsabilité : ce sont ses partenaires, avec leur propre ligne hiérarchique côté Produit.

Certains EM se spécialisent sur un type d'équipe : un EM plateforme encadre par exemple des équipes DevOps et SRE, un EM Data des Data Engineers.

Engineering Manager, Tech Lead, CTO, Product Manager : quelles différences ?

L'Engineering Manager s'occupe des personnes et de la façon dont l'équipe travaille. Le Tech Lead porte les choix techniques de l'équipe, le CTO la stratégie technologique de l'entreprise, et le Product Manager ce que le produit doit faire et pourquoi. Dans une petite structure, une même personne cumule souvent plusieurs de ces casquettes. Le tableau ci-dessous décrit la répartition la plus courante dans les équipes Produit structurées.

Engineering Manager ou Tech Lead : qui est au-dessus ?

Sur l'organigramme, c'est souvent l'Engineering Manager qui est le manager hiérarchique du Tech Lead. Au quotidien, les deux fonctionnent plutôt en binôme : l'EM tient les personnes et l'organisation, le Tech Lead tient la technique, et l'équipe a besoin des deux pour avancer. Un Tech Lead qui devient EM change de métier, ce qui n'en fait pas forcément une promotion à ses yeux.

Certaines équipes réunissent les deux dans un seul rôle de Tech Lead Manager. Will Larson a défendu l'idée que ce poste hybride est instable : la même personne se partage entre deux métiers à plein temps, et l'un des deux finit toujours par en pâtir. La partie sur l'IA explique pourquoi ce modèle revient dans les discussions.

Engineering Manager et Product Manager : un binôme

Le Product Manager arrive avec le quoi et le pourquoi, c'est-à-dire le problème à résoudre et l'ordre dans lequel on s'y attaque. L'Engineering Manager, lui, sait qui est disponible et ce qu'un délai trop serré coûtera en qualité. Aucun des deux n'est le manager de l'autre. Quand le binôme fonctionne, la roadmap a une chance de ressembler à ce que l'équipe livre vraiment.

Quelles compétences et quelle formation pour devenir Engineering Manager ?

Un Engineering Manager doit d'abord savoir manager : écouter, donner un feedback utile, recruter, gérer un désaccord. Il lui faut aussi une légitimité technique suffisante pour comprendre les arbitrages de son équipe et challenger une estimation. La plupart des EM viennent du développement, avec une formation d'ingénieur ou un master en informatique.

Les compétences attendues

Concrètement, on attend de lui :

• du management au quotidien : des 1:1 qui servent à quelque chose, des retours francs qui n'abîment pas la relation, un problème de performance traité avant qu'il ne pèse sur toute l'équipe ;
• une communication claire avec le reste de l'entreprise, pour expliquer au Produit et à la direction ce que l'équipe peut faire et à quel coût, et savoir dire non avec des arguments ;
• un sens de l'organisation qui repère ce qui ralentit la delivery, gère les dépendances entre équipes et s'en tient à des process légers ;
• du savoir-faire en recrutement : définir un poste, évaluer un candidat sur la technique comme sur le reste, donner envie de rejoindre l'équipe ;
• une légitimité technique, qui passe dans l'immense majorité des cas par un passé de développeur, et par l'envie de rester assez proche du code pour ne pas piloter à l'aveugle.

Formation et parcours

Le point de départ est une formation technique, le plus souvent un diplôme d'école d'ingénieur ou un master en informatique. Ensuite, c'est le parcours en entreprise qui fait le poste : un développeur senior prend un rôle de Tech Lead ou de Lead Developer, découvre l'encadrement sur un petit périmètre, puis bascule sur un poste d'EM après plusieurs années de métier.

Le versant management, lui, s'apprend en cours de route : notre formation Se manager pour mieux manager s'adresse aux Leads qui passent au management.

L'évolution mène ensuite vers un poste de Director of Engineering, où l'on manage des EM, puis de VP Engineering ou de CTO. Le chemin n'est pas à sens unique pour autant : un EM peut revenir à l'expertise après quelques années de management, avec un regard sur l'équipe qu'il n'avait pas avant.

Ce que l'IA change au rôle d'Engineering Manager en 2027

L'IA change d'abord la forme du poste d'Engineering Manager, qui se rapproche à nouveau du code dans certaines entreprises et s'en éloigne dans d'autres. Elle déplace aussi une bonne partie du travail de l'équipe vers la revue du code. Et elle confie à l'EM une responsabilité qu'il n'avait pas : le contexte que les agents reçoivent pour travailler correctement.

Un poste qui se rapproche du code, ou qui s'en éloigne

Pendant une décennie, rappelle LeadDev, l'équipe type ressemblait à ça : un Product Manager, un Engineering Manager, un Product Designer et six ou sept ingénieurs. Avec des équipes qui rétrécissent dans certaines entreprises et des ratios de managers qui s'envolent dans d'autres, ce modèle ne va plus de soi.

Stéphane Moreau, Senior Engineering Manager chez Zopa Bank, décrit dans cet article deux futurs possibles pour le poste. Dans le premier, une petite équipe n'a plus besoin d'un manager dédié : un ingénieur senior qui code encore prend en charge le management, allégé, d'une équipe de trois ou quatre personnes. Le Tech Lead Manager revient alors en grâce, puisque l'argument de Will Larson valait pour des équipes de taille classique, où chacun des deux métiers était un plein temps. Dans le second, l'EM encadre plusieurs petites équipes à la fois, et son travail devient presque entièrement non technique, entre 1:1, coordination et reporting.

Les deux modèles sont testés en ce moment. L'auteur note que la plupart des entreprises n'ont pas tranché : le changement se fait au fil des plans de départ et des réorganisations, rarement par un choix d'organisation assumé. Pour un EM, la question devient très concrète : vers quelle version du rôle mon entreprise est-elle en train d'aller ?

L'IA explique aussi le retour des EM dans le code évoqué en introduction. Emma Bostian, Engineering Manager chez Spotify, explique à LeadDev que l'IA a fait chuter le coût d'entrée pour transformer une idée en logiciel qui tourne. Pour Paul Williams, chez Bloomberg, le cœur du poste reste pourtant le même : coder un peu n'a d'intérêt que si ça débloque l'équipe sur ce qui n'est pas critique.

La revue de code devient le goulot d'étranglement

Avec des assistants et des agents de code, une équipe produit beaucoup plus de code qu'avant. La vitesse à laquelle des humains peuvent le relire, elle, n'a pas bougé. La file d'attente grossit donc au même endroit, chez ceux qui relisent, et la gérer devient un sujet de manager.

Faros AI, qui édite une plateforme de mesure de la productivité des équipes de développement, a analysé en 2025 la télémétrie de plus de 10 000 développeurs répartis dans 1 255 équipes. Dans les équipes qui adoptent le plus l'IA, les développeurs mergent 98 % de pull requests en plus. Sur un dashboard, ça fait rêver ! La suite du rapport est moins photogénique : le temps de revue augmente de 91 %, et Faros ne trouve pas de corrélation significative avec une amélioration au niveau de l'entreprise. Il faut lire ces chiffres en gardant en tête que Faros vend précisément de quoi mesurer tout ça, mais le mécanisme est facile à comprendre.

Pour l'EM, la ressource rare devient le temps de relecture de son équipe. Il protège ce temps dans les agendas pour qu'il ne soit pas absorbé en silence, et il suit le temps de revue plutôt que le nombre de PR mergées, qui grimpe tout seul.

Le contexte des agents devient une responsabilité de manager

Un agent de code arrive dans l'équipe sans rien savoir de ses conventions ou de l'histoire de ses choix d'architecture, et il ignore évidemment les endroits du code qu'il vaut mieux ne pas toucher. Ce contexte vit surtout dans la tête des développeurs. Une partie passe désormais dans des fichiers d'instructions que les agents lisent avant de travailler, une sorte de README écrit pour eux.

Reste à savoir qui les tient à jour. Sans responsable, chaque développeur bricole ses propres règles dans son coin, et les agents de l'équipe produisent du code qui suit des conventions légèrement différentes selon qui les a lancés. Le sujet est organisationnel, et c'est là que l'EM a un rôle à jouer. Il n'écrit pas forcément ces règles lui-même (le Tech Lead est mieux placé pour la partie technique). En revanche, il s'assure qu'elles existent et qu'une personne est chargée de les faire évoluer avec le code. Un peu comme le document d'onboarding des nouveaux arrivants… sauf que ce nouvel arrivant-là repart de zéro à chaque session.

LeadDev observe d'ailleurs que les Engineering Managers sont très demandés à l'ère du code agentique. Leurs réflexes de délégation, de mise en contexte et de découpage des tâches correspondent en effet à ce que demande le pilotage d'agents. Vinay Perneti, VP Engineering chez Augment Code, raconte ainsi que des ingénieurs de son équipe se plaignaient d'un agent qui « ne comprend pas » : il leur a demandé si le modèle manquait de capacités, ou simplement de contexte. Petit retournement : une partie de ces EM est recrutée… comme contributeurs individuels.

Ces questions d'équipe et d'organisation, c'est le terrain d'une de nos offres (on ne pouvait pas décemment laisser passer l'occasion).

FAQ sur le métier d'Engineering Manager

C'est quoi un Engineering Manager ?

Un Engineering Manager est le manager hiérarchique d'une équipe de développeurs. Il recrute, fait progresser les ingénieurs qu'il encadre et organise le travail de l'équipe pour qu'elle livre. La vision du produit revient au Product Manager, et les choix techniques plutôt au Tech Lead.

Quel est le salaire moyen d'un Engineering Manager ?

À Paris, le salaire d'un Engineering Manager se situe entre 70 000 et 85 000 euros bruts annuels pour un premier poste de management. Il va de 110 000 à 150 000 euros ou plus pour un profil senior, d'après la fiche métier de Licorne Society (mise à jour en août 2026). En région, les fourchettes vont d'environ 60 000 à 120 000 euros. Ce sont des observations de cabinet de recrutement, à prendre comme des ordres de grandeur. Selon ce même cabinet, l'écart se joue davantage sur la taille de l'équipe encadrée que sur l'ancienneté.

Comment dit-on Engineering Manager en français ?

L'intitulé anglais domine dans les offres d'emploi en France. On trouve aussi « manager d'équipe tech » ou « responsable technique d'équipe », et parfois « directeur d'ingénierie », qui prête à confusion avec le Director of Engineering.

Un Engineering Manager est-il un ingénieur, et code-t-il encore ?

Il vient presque toujours du développement, mais son métier est le management : l'essentiel de son temps va aux personnes et à l'organisation. La tendance remonte avec l'IA. D'après LeadDev, 35 % des Engineering Managers déclaraient en 2026 faire plus de travail technique qu'un an plus tôt, contre 20 % en 2025.

Combien de personnes encadre un Engineering Manager ?

Le plus souvent une équipe de six ou sept ingénieurs, le modèle d'équipe type décrit par LeadDev. Certaines entreprises poussent aujourd'hui des ratios bien plus élevés, en confiant plusieurs petites équipes au même EM.

Un Engineering Manager est-il plus senior qu'un Tech Lead ?

Il est souvent son manager hiérarchique, mais les deux rôles relèvent de métiers différents. Le Tech Lead porte les choix techniques, l'EM les personnes et l'organisation, et un Tech Lead expérimenté peut être aussi senior qu'un EM.

Comment devenir Engineering Manager ?

Le parcours le plus courant passe par plusieurs années de développement, puis par un rôle de Tech Lead ou de Lead Developer qui donne une première expérience d'encadrement. Les compétences managériales (1:1, feedback, recrutement) comptent ensuite autant que le bagage technique.

L'IA va-t-elle faire disparaître le poste d'Engineering Manager ?

Personne ne peut l'affirmer, mais le poste change de forme. Dans certaines entreprises, les équipes rétrécissent et le Tech Lead Manager, qui code et manage à la fois, revient. D'autres confient plusieurs équipes à un même EM, dans un rôle presque entièrement non technique.

Pour conclure

L'image de l'Engineering Manager qui a rangé son IDE pour de bon vieillit mal, et les chiffres de LeadDev le montrent bien. Le cœur du métier bouge moins vite que l'outillage : on recrute toujours des gens et on les aide toujours à progresser. Ce qui s'ajoute, c'est une équipe dont une partie du travail est faite par des agents. Il faut les briefer et relire leur travail comme celui de nouveaux arrivants, avec une file de revue qui ne se vide pas toute seule. Quant à la forme exacte que prendra le poste, la plupart des entreprises ne l'ont pas encore décidée, et leurs EM ont tout intérêt à s'en mêler.