Ingénierie
Développeur
Cinq niveaux, de junior à Principal, sur six compétences : de la livraison du code au développement de l’équipe.
- 5 niveaux
- 6 compétences
Modèle d’échelle de carrière
Quatre niveaux, d’Engineering Manager à VP of Engineering, sur six compétences managériales.
Offre gratuite · Sans carte bancaire
Cette échelle décrit le parcours managérial de l’ingénierie dans une entreprise d’environ 20 à 200 personnes : du manager débutant qui dirige une équipe à la personne responsable de toute l’ingénierie. Elle se place à côté de l’échelle des développeurs — manager des personnes est un autre métier, pas l’étape suivante après développeur senior. Son niveau le plus élevé, VP of Engineering, est à la tête de la fonction ingénierie ; les développeurs qui progressent sans manager suivent l’échelle des développeurs.
Chaque niveau gagne surtout en périmètre : une équipe, plusieurs équipes, un département, toute la fonction. La matrice de compétences montre comment chaque attente évolue avec ce périmètre, et la section de chaque niveau liste tout ce qui y est attendu.
Utilisez-la pour fixer les attentes des nouveaux managers, pour donner aux managers un feedback structuré lors des points de suivi, et pour décider quand quelqu’un est prêt pour un périmètre plus large. Adaptez les intitulés et la formulation à votre entreprise avant de la publier.
Dirige une équipe de développeurs et répond de ses membres, de sa livraison et de sa santé.
Dirige plusieurs équipes ou une grande équipe, souvent par l’intermédiaire de tech leads ou de managers plus récents.
Dirige un département d’ingénierie et traduit les objectifs de l’entreprise en plans, en organisation et en recrutements.
Dirige toute l’ingénierie et rend compte de ses résultats au comité de direction.
Chaque ligne est une compétence et chaque colonne un niveau. Lisez une ligne de gauche à droite pour voir comment les attentes évoluent.
| Compétence | Engineering Manager | Senior Engineering Manager | Director of Engineering | VP of Engineering |
|---|---|---|---|---|
| Développement des personnes | Tient des 1:1 réguliers avec chaque collaborateur, donne un feedback précis en quelques jours plutôt qu’en quelques mois, et convient chaque trimestre d’un objectif de développement avec chaque personne. | Accompagne les nouveaux managers et les tech leads, harmonise les évaluations entre équipes pour qu’un même travail reçoive la même note, et traite tôt les problèmes de performance. | Constitue le vivier de managers du département, s’assure que chaque développeur voit clairement le chemin vers le niveau suivant, et porte les décisions de promotion du département. | Définit la façon dont l’ingénierie fait progresser les personnes — échelles de carrière, évaluations et promotions — et développe les directeurs et managers qui font vivre ce système. |
| Réalisation et livraison | Anime le rythme de planification et de livraison de l’équipe, garde des engagements réalistes, signale les risques avant que les échéances ne glissent, et protège l’équipe des changements de priorités incessants. | Coordonne la livraison entre équipes, lève les blocages entre elles, et maintient le cap de plusieurs projets en parallèle sans microgestion. | Fixe l’approche de livraison du département, arbitre entre la roadmap, la dette technique et la fiabilité, et tient les managers responsables des résultats. | Répond de la production de l’ingénierie au regard des objectifs de l’entreprise, rend compte des avancées et des arbitrages à la direction, et traite les causes systémiques d’une livraison lente. |
| Santé de l’équipe et recrutement | Repère tôt l’épuisement, les conflits et le désengagement et agit en conséquence, anime des rétrospectives qui débouchent sur des changements, et mène des entretiens structurés selon des critères convenus pour les postes ouverts de l’équipe. | Façonne la structure et la composition de plusieurs équipes, maintient un niveau d’exigence de recrutement cohérent entre les recruteurs, et s’assure que les nouvelles recrues deviennent productives dès leurs premiers mois. | Planifie les effectifs du département, trace les frontières des équipes autour de responsabilités claires, et améliore la rétention à partir de ce que révèlent les départs et les enquêtes d’engagement. | Porte la stratégie de recrutement de l’ingénierie, la conception de l’organisation et la culture : ce qui est récompensé, ce qui est toléré et ce qui ne l’est pas. |
| Leadership technique | Connaît assez bien les systèmes de l’équipe pour juger les compromis, participe aux revues de conception, et garde la dette technique visible et planifiée. | Travaille avec les tech leads et les Staff Engineers sur l’architecture entre équipes, et s’assure que les décisions techniques importantes sont écrites et relues. | Définit avec les Staff et Principal Engineers l’orientation technique du département, et finance le travail de plateforme et de fiabilité qu’aucune équipe ne prioriserait seule. | S’assure que l’ingénierie dispose d’une stratégie technique crédible et de profils techniques seniors pour la mener, et tranche en dernier ressort sur les grands investissements technologiques. |
| Stratégie et planification | Traduit les objectifs produit en un plan trimestriel d’équipe, explique les raisons des priorités, et dit non au travail qui ne s’y inscrit pas. | Construit des plans qui couvrent plusieurs équipes, ordonne les dépendances entre elles, et ajuste le plan quand les objectifs changent. | Rédige le plan annuel et le budget du département, décide où investir les effectifs, et relie le travail de l’ingénierie à des résultats business mesurables. | Façonne la stratégie de l’entreprise au sein de l’équipe de direction, fixe les objectifs annuels et le budget de l’ingénierie, et décide de ce que l’ingénierie ne fera pas. |
| Partenariat transverse | Travaille d’égal à égal avec le product manager et le designer de l’équipe, fixe des attentes claires avec les parties prenantes, et donne des points d’avancement honnêtes. | Gère les attentes de plusieurs partenaires produit, résout les demandes contradictoires entre équipes, et remonte les problèmes avec des options plutôt qu’avec les seuls problèmes. | Est le principal interlocuteur technique d’un ou plusieurs responsables de fonction, et négocie roadmap, périmètre et effectifs au niveau du département. | Représente l’ingénierie au comité de direction et devant le conseil d’administration, construit la confiance avec ses pairs dans chaque fonction, et explique le travail de l’ingénierie en termes business. |
Faites défiler le tableau horizontalement pour voir tous les niveaux.
Télécharger en CSV S’ouvre dans Excel, Google Sheets ou Numbers.
Dirige une équipe de développeurs et répond de ses membres, de sa livraison et de sa santé. Une équipe d’environ quatre à huit développeurs.
Dirige plusieurs équipes ou une grande équipe, souvent par l’intermédiaire de tech leads ou de managers plus récents. Deux ou trois équipes, ou 10 à 25 développeurs, parfois avec des managers débutants.
Dirige un département d’ingénierie et traduit les objectifs de l’entreprise en plans, en organisation et en recrutements. Un domaine produit ou un département de plusieurs équipes et de leurs managers.
Dirige toute l’ingénierie et rend compte de ses résultats au comité de direction. Toute l’organisation technique, son budget et son rôle dans la stratégie de l’entreprise.
Une entreprise de 15 développeurs a généralement besoin d’un ou deux de ces niveaux, pas de quatre. Ajoutez le niveau suivant quand le poste existe vraiment — par exemple, quand un manager commence à encadrer d’autres managers. Dans beaucoup d’entreprises de cette taille, le sommet de cette échelle est le CTO, qui cumule le niveau VP et la responsabilité de la stratégie technique ; si vous avez les deux, le VP dirige l’organisation et le CTO la technologie.
Faites correspondre chaque niveau de manager au niveau de développeur de rémunération et de périmètre comparables, pour que passer d’un parcours à l’autre soit un pas de côté. Développeur senior en face d’Engineering Manager est un point d’ancrage courant.
Certaines entreprises attendent des managers qu’ils relisent du code ; d’autres veulent qu’ils se concentrent sur les personnes et la livraison. Écrivez votre réponse dans la ligne Leadership technique pour que l’attente soit explicite plutôt que supposée.
Demandez aux collaborateurs et aux pairs d’un manager un feedback sur les mêmes compétences. Vous en apprendrez davantage sur le développement des personnes et la santé de l’équipe que par l’auto-évaluation du manager.
FAQ
Un engineering manager est responsable des personnes — progression, feedback, recrutement, santé de l’équipe — et de la livraison. Un tech lead est un expert sans responsabilité managériale, chargé de l’orientation technique de l’équipe. Dans les petites équipes, une même personne peut faire les deux, mais ce sont deux métiers avec deux échelles différentes.
Généralement quand une équipe dépasse six à huit développeurs, ou quand le fondateur ou le CTO n’a plus le temps de tenir des 1:1 réguliers avec chacun. C’est à ce moment que les personnes commencent à manquer de feedback et d’échanges sur leur carrière.
Cela ne devrait pas être le cas. Passer de développeur à manager est un changement de parcours vers un autre métier. Si le management est la seule voie vers une augmentation ou un titre plus prestigieux, vous perdez de bons développeurs et gagnez des managers malgré eux — gardez une échelle parallèle pour le parcours expert.
Regardez les résultats de l’équipe et le comportement du manager : comment l’équipe livre, comment les personnes progressent et si elles restent, et ce qu’en disent les collaborateurs et les pairs. Menez les mêmes points de suivi structurés que pour les développeurs, avec cette échelle comme référence et le feedback de l’équipe à l’appui.
Pour une entreprise de 20 à 200 personnes, trois ou quatre suffisent : un manager d’une équipe, un manager de plusieurs équipes, et un ou deux niveaux de direction au-dessus. N’en ajoutez que lorsqu’il y a un vrai poste à pourvoir à chaque étape.
Configurez ses niveaux et ses compétences pour votre équipe, évaluez chacun par rapport à eux lors des points de suivi et gardez des décisions de promotion cohérentes.
Offre gratuite · Sans carte bancaire
Ingénierie
Cinq niveaux, de junior à Principal, sur six compétences : de la livraison du code au développement de l’équipe.
Produit
Cinq niveaux, de Product Manager junior à Head of Product, sur six compétences, de la discovery à la stratégie produit.
Ingénierie
Quatre niveaux, d’ingénieur DevOps junior à Staff, sur six compétences, de l’infrastructure au support aux développeurs.
Faire vivre un parcours expert à côté d’un parcours managérial : où les deux divergent, comment aligner leurs niveaux et comment passer de l’un à l’autre sans perdre de terrain.
Mis à jour le 1er octobre 2026
Des critères de promotion écrits à l’avance, un manager qui propose, une personne au-dessus qui décide et un dossier écrit : un processus qu’une entreprise en croissance peut expliquer à tous.
Mis à jour le 1er octobre 2026