Renverser les rôles des seniors : une autre façon de diriger des équipes d’ingénierie

En tant que responsables d’ingénierie, nous avons de nombreuses responsabilités. Au cours de ma carrière, j’en ai rencontré deux d’importance majeure :

• livrer des fonctionnalités de qualité dans les délais.

• accompagner la progression et le développement professionnels des membres de votre équipe.

Les ingénieurs seniors contribuent de façon déterminante à ces deux responsabilités. Ce sont les acteurs clés sur lesquels le responsable d’équipe peut compter pour atteindre ces objectifs.

La plupart des responsables d’ingénierie que j’ai rencontrés confient à leurs ingénieurs seniors la direction de toutes les fonctionnalités critiques. J’aimerais toutefois « renverser les rôles des ingénieurs seniors » et suggérer l’inverse : plus vous êtes senior, moins vous dirigez les efforts d’ingénierie de l’équipe. Plus vous êtes senior, plus vous faites progresser les autres ingénieurs en leur donnant régulièrement votre avis sur les fonctionnalités qu’ils dirigent.

Inutile de préciser qu’il ne s’agit là que de mon opinion :)

La structure d’équipe classique : les seniors en première ligne

Dans la structure d’équipe habituelle que je rencontre, les ingénieurs seniors dirigent les fonctionnalités tout en cherchant à faire progresser les autres membres de l’équipe.

Comment cela fonctionne-t-il ?

Les ingénieurs seniors sont chargés de livrer les fonctionnalités. Ils disposent de tout le contexte nécessaire et dirigent activement les équipes dédiées à ces fonctionnalités, en tant que principaux interlocuteurs des parties prenantes.

À mon avis, le rôle du responsable d’équipe consiste à s’assurer que les ingénieurs seniors avancent comme prévu et à leur apporter de l’aide si nécessaire.

Les avantages sont évidents : la livraison des fonctionnalités dans les délais est presque garantie, les membres moins expérimentés apprennent en observant les seniors à l’œuvre et, espérons-le, grâce à un accompagnement actif.

Les inconvénients d’une organisation où les seniors sont en première ligne

Stagnation de l’équipeCette structure maintient la hiérarchie existante au sein de l’équipe. Les seniors dirigent, les autres sont là pour être dirigés. Par définition, les membres de l’équipe ne pourront donc jamais dépasser le niveau de leurs responsables seniors : tout ce qu’ils voient, c’est ce que leur montre l’ingénieur senior. Dans le meilleur des cas, ils bénéficient d’un accompagnement actif ; dans le pire, ils se contentent de l’observer.

Progression limitéeC’est là l’essentiel. À mon avis, dans ce scénario, le potentiel de progression de tous les membres de l’équipe est limité.

• Du point de vue de l’ingénieur senior : il fait davantage la même chose. Il est devenu senior parce qu’il sait concevoir, décomposer les tâches, tenir les parties prenantes informées et bien coder. Mais est-ce là sa mission principale ? Cette structure néglige le fait que les ingénieurs seniors sont évalués en fonction de leur impact sur le groupe et de leur capacité à faire progresser les autres. Ici, ils sont plutôt évalués sur leur capacité à livrer la fonctionnalité dans les délais. Ils perfectionnent donc des compétences qu’ils maîtrisent déjà, sans développer au maximum leur atout le plus important : faire progresser les autres.

• Du point de vue de l’ingénieur moins expérimenté : on s’attend à ce qu’il progresse en observant, plutôt qu’en faisant. Bien sûr, il progressera en regardant l’ingénieur senior diriger la fonctionnalité et grâce à un accompagnement actif. Mais il progressera moins qu’en la dirigeant lui-même et en découvrant tous les aspects de la gestion d’une fonctionnalité : disposer de tout le contexte, communiquer avec les parties prenantes, etc.

Renverser les rôles des seniors

Les ingénieurs de niveau intermédiaire sont chargés de s’assurer qu’une fonctionnalité est livrée. Ils disposent de tout le contexte nécessaire et dirigent activement les équipes dédiées à ces fonctionnalités.

Le rôle de l’ingénieur senior consiste avant tout à donner constamment son avis à l’ingénieur moins expérimenté qui dirige la fonctionnalité, afin de l’aider à apprendre et de lui fournir des bases solides pour progresser.

Le rôle du responsable d’équipe prend alors une autre dimension :

• communiquer avec les membres moins expérimentés qui dirigent les fonctionnalités, les aider si nécessaire et s’assurer que tout avance comme prévu.

• communiquer avec les ingénieurs seniors et leur apporter toute l’aide nécessaire pour qu’ils puissent faire progresser les membres moins expérimentés. Le responsable d’équipe leur donne régulièrement son avis sur leur capacité à faire progresser les autres.

Les avantages de renverser les rôles des seniors

Une hiérarchie d’équipe dynamiqueLes membres moins expérimentés ont le sentiment que leurs propres capacités, et non le senior qui les dirige (comme dans le premier scénario), sont la seule limite à leurs performances. En dirigeant les fonctionnalités, ils acquièrent l’expérience et la confiance nécessaires pour devenir eux-mêmes seniors.

Taux de croissance maximal

• Du point de vue de l’ingénieur senior : il se concentre sur la progression des autres. Le responsable d’équipe lui fait régulièrement part de son avis sur sa capacité à y parvenir, tout en participant bien sûr activement à la réalisation de la fonctionnalité. En accompagnant les membres moins expérimentés — en travaillant en binôme, en leur donnant son avis, etc. —, l’ingénieur senior continue de mobiliser et d’entretenir ses points forts (conception, codage, etc.).

• Du point de vue de l’ingénieur moins expérimenté : il progresse en donnant le meilleur de lui-même pour diriger une fonctionnalité, tout en recevant régulièrement l’avis des membres seniors de l’équipe. Il découvre directement toutes les « qualités d’un senior » et progresse chaque jour.

Construire une équipe sur le long terme

• Avec du recul, quand on observe une équipe qui applique cette méthode depuis longtemps, on voit une équipe solide dont chaque membre maximise sa progression dans les domaines qu’il cherche à développer.

• On voit une équipe plus forte, où les seniors font constamment progresser les autres, pour bâtir un collectif solide.

• On voit une équipe qui fait accéder davantage de personnes au statut de senior.

• On voit une équipe où les ingénieurs seniors peuvent dépasser les limites de leur rôle et obtenir eux-mêmes une promotion.

• On voit une équipe dont les membres sont épanouis :)

Le risque

Malgré tous ces avantages, cette approche comporte un risque à court terme : vous faites entièrement confiance aux membres moins expérimentés pour diriger des fonctionnalités critiques et comptez principalement sur les seniors pour les aider. Cela exige une grande confiance dans l’équipe et une réelle capacité du responsable d’équipe à donner aux membres les moyens d’agir.

Personnellement, j’aime beaucoup cette étape. Quand vous faites confiance à votre équipe de cette façon, elle le ressent. Savoir compter sur l’équipe tout en gardant une vision à long terme de sa construction, c’est précisément ce qui nous fait progresser en tant que responsables d’ingénierie. Mais c’est peut-être le sujet d’un prochain article :)

En résumé

Renverser les rôles des seniors consiste à inverser la structure de l’équipe : laisser les membres moins expérimentés diriger les fonctionnalités et veiller à ce que les seniors les fassent progresser en leur donnant régulièrement leur avis.

Cette approche permet de bâtir une équipe solide, donne à chacun la possibilité de progresser au maximum et répond finalement aux deux objectifs énoncés au début : livrer dans les délais et soutenir le développement professionnel des membres de notre équipe.