Mythes vs réalité du métier d’Engineering Manager : le vrai quotidien, loin des clichés

Résumé en 10 secondes

• Mythe : un·e Engineering Manager coderait au quotidien et “tiendrait” l’équipe par la technique.
• Réalité : le cœur du rôle, c’est d’organiser le travail, d’accompagner les carrières et de faire l’interface avec beaucoup d’interlocuteurs.
• Écart marquant : on imagine de la “production”, on découvre une facilitation souvent invisible mais décisive.
• Difficulté inattendue : changer de sujet et d’interlocuteur sans arrêt, pour protéger le temps de concentration des développeur·euses.
• Peu visible de l’extérieur : valider congés, notes de frais, gérer l’administratif… et pourtant ça fait partie du job.

Pourquoi le métier d’Engineering Manager est souvent idéalisé

Dans l’imaginaire collectif, manager en tech, c’est souvent “passer au-dessus” : plus de pouvoir, plus de salaire, plus de vision, et parfois l’idée qu’on continue à coder tout en “pilotant”. On projette un rôle qui décide, qui arbitre, qui sait, et qui donne le tempo.

Et puis il y a une autre projection, plus profonde : celle d’un métier qui remettrait de l’humain dans des environnements parfois vécus comme froids ou rigides. L’idée d’être la personne qui rend le travail plus juste, plus vivable, plus cohérent. Cette aspiration-là est belle. Elle mérite juste d’être confrontée au terrain, pour éviter la désillusion.

Mythe n°1 : “Un·e Engineering Manager code encore tous les jours”

Ce qu’on imagine

Vous pourriez vous dire qu’un·e Engineering Manager resterait très “dans le code” : écrire des fonctionnalités, corriger des bugs, faire des choix d’architecture… et manager “en plus”. Un rôle hybride où la technique reste le centre de gravité.

La réalité sur le terrain

Dans beaucoup d’organisations, ce n’est pas ce qui est attendu. Le rôle peut être entièrement tourné vers la coordination, le cadre de travail, et l’accompagnement des personnes. Et ça change tout : votre journée se remplit d’échanges, de priorisation, de clarification, de décisions d’organisation. La technique reste là, mais en toile de fond.

Oliver Breda (Engineering Manager)

“Le rôle d’Ingénierie Manager, en fonction des entreprises, il va y avoir une nécessité d’écrire du code ou pas. […] De mon côté, je suis hands-off. C’est-à-dire que j’ai toujours des compétences techniques, je suis en capacité de lire du code, je suis en capacité d’éventuellement filer des petits coups de main ou investiguer des problèmes […] Mais la contribution qui est attendue de ma part au sein de l’équipe, ce n’est pas de décrire du code, c’est d’organiser la manière dont on travaille les uns les autres, c’est de suivre la carrière des différents collaborateurs et d’avoir également une capacité d’échange et d’interfaçage avec d’autres personnes au sein de l’organisation.”

Ce que ça change concrètement

• Au quotidien : moins de temps “au calme”, plus de réunions, plus de coordination, plus d’arbitrages.
• Sur la motivation : si votre plaisir vient du fait de produire du code longtemps d’affilée, le métier peut frustrer. Si votre plaisir vient de faire grandir une équipe, il peut vous nourrir.
• Sur les choix pro : vous allez regarder autrement les offres. Certaines demandent un rôle “hybride”, d’autres un rôle de facilitation presque à temps plein.

Mythe n°2 : “C’est un rôle glamour, fait de grandes décisions”

Ce qu’on imagine

On pourrait croire que l’Engineering Manager passe ses journées à définir une stratégie, à décider des grandes orientations, à “driver” la feuille de route et à inspirer tout le monde. Avec peu de tâches ingrates.

La réalité sur le terrain

Il y a de la vision, oui. Mais il y a aussi une part très concrète, parfois peu visible, qui fait tenir l’ensemble. Et une grande partie du temps consiste à maintenir la fluidité : synchroniser, clarifier, prioriser, transmettre des informations, absorber l’imprévu.

Dans une journée typique, vous pouvez valider des congés et des notes de frais, répondre à des questions administratives, enchaîner deux réunions quotidiennes courtes avec deux équipes différentes, puis multiplier les points : individuels, réunions d’équipe élargie, échanges avec le produit, discussions autour des bugs et de leur criticité.

Et surtout : vous devenez un point de contact. Pas pour briller, mais pour éviter que les autres soient interrompu·es en permanence.

“Il faut vraiment savoir changer d’interlocuteur et de sujet de très nombreuses fois dans la journée avec pour objectif d’éviter ça aux développeurs et aux développeuses qui, elles et eux, ont vraiment besoin de pouvoir rentrer dans les sujets, être interrompus le moins possible pour pouvoir être vraiment productifs. Je me vois vraiment comme la personne qu’on doit emmerder et solliciter dans tous les sens pour éviter que les développeurs et les développeuses le soient.”

Ce que ça change concrètement

• Votre énergie : vous ne fatiguez pas uniquement par “charge de travail”, mais par charge de bascule (changer de contexte toute la journée).
• Votre efficacité : vous mesurez votre impact autrement. Vous “produisez” moins d’objets visibles, vous augmentez la capacité collective à livrer.
• Votre rapport au contrôle : vous ne faites pas à la place. Vous créez les conditions pour que ça avance.

Ce que personne ne dit avant de commencer

• Vous portez une responsabilité invisible : faire circuler la bonne information au bon moment, et limiter les interruptions côté développeur·euses.
• Les résultats sont parfois lents : améliorer la manière de travailler d’une équipe se joue par itérations, avec des ajustements réguliers.
• Vous gérez du “moins fun” : congés, notes de frais, questions administratives. Ce n’est pas central, mais c’est réel.
• Vous devez créer un cadre de confiance : notamment dans des temps dédiés où chacun·e peut dire ce qui a frustré, ce qui a mis de la pression, ce qui a créé des tensions.
• Vous vivez à l’interface : produit, design, expérience client, et parfois utilisateur·rices, surtout quand un problème bloque l’usage.

Le vrai déclic : quand la réalité devient acceptable (ou enthousiasmante)

Le basculement arrive quand le métier n’est plus vu comme une promotion “au-dessus du développement”, mais comme un choix conscient : se mettre au service de l’équipe pour rendre le travail plus humain, plus réaliste, plus robuste face à l’incertitude.

À ce moment-là, le métier cesse d’être un fantasme pour devenir un choix. Pas un choix de prestige. Un choix d’attention. Un choix de posture : protéger, clarifier, faire grandir, aider une équipe à réussir ensemble sans s’abîmer.

“J’avais une vision du développement et de la gestion de projet […] très inhumaine. […] Je trouvais que ça excluait énormément le côté humain et le côté on est faillible. […] J’ai envie de gérer des gens et des projets différemment. […] Le côté se mettre au service des autres pour les mettre dans les meilleures dispositions possibles pour faire leur travail, c’est ce qui m’a plu et qui m’a donné envie de m’orienter vers un métier comme celui-là.”

À qui la réalité de ce métier d’Engineering Manager correspond (ou non)

Vous risquez de vous y retrouver si…

• Vous avez envie de prendre soin des conditions de travail : écouter, enlever des irritants, outiller, organiser.
• Vous aimez faire grandir : accompagner des trajectoires, aider à atteindre des objectifs, développer des compétences.
• Vous êtes à l’aise pour faire l’interface entre plusieurs mondes : tech, produit, design, expérience client.
• Vous trouvez du sens dans une mission qui aide les personnes à grandir et se sentir mieux dans leur vie pro (par exemple via le coaching).

Le mythe peut s’effondrer vite si…

• Vous cherchez surtout à coder en profondeur avec de longues plages de concentration.
• Vous aimez avoir une journée très stable, avec peu d’interruptions : ici, le changement de contexte est structurel.
• Vous attendez un environnement très cadré, très process : certaines cultures d’entreprise très rigides peuvent être vécues comme frustrantes.

Ce que le terrain apprend avec le recul

• Une équipe se soude par le travail réussi ensemble, pas seulement par la convivialité. La confiance vient des défis surmontés collectivement.
• Le cadre compte autant que l’objectif : planifier à deux semaines, revoir ce qui a été produit, et se donner un espace pour améliorer l’organisation, ça change la qualité du quotidien.
• Le sens se fabrique dans le concret : enlever ce qui est pénible, clarifier ce qui bloque, aider une personne à progresser… et sentir que ça rend le travail plus juste.

Tenir la ligne de crête : être au service, sans s’oublier

Si vous voulez confronter le mythe à la réalité, faites simple : parlez avec un·e Engineering Manager et demandez-lui de vous décrire sa semaine, rendez-vous par rendez-vous. Pas les intitulés. Les situations : “qui m’a sollicité ? pourquoi ? qu’est-ce que j’ai débloqué ? qu’est-ce que j’ai porté seul ?”.

C’est souvent là que vous sentez le petit battement de cœur : est-ce que cette vie-là vous met en mouvement, ou est-ce qu’elle vous éteint ? Ce n’est pas une question de rêve, mais d’ajustement. La réalité n’est pas un problème quand elle est choisie.