Enseigner le goût : le nouveau rôle du gestionnaire en ingénierie

La plupart des gestionnaires en ingénierie ont obtenu le poste de la même façon : ils étaient le meilleur senior de l'équipe, quelqu'un est parti, et le titre leur est tombé dessus. Ils ont appris à gérer en le faisant. Certains d'entre eux sont exceptionnels — ceux qui ont compris, par une combinaison d'instinct, de chance et du mentor occasionnel, que le poste qu'ils ont obtenu était un poste différent de celui d'où ils ont été promus. Les autres s'en sont sortis grâce à leur crédibilité technique et au fait que l'équipe se formait surtout elle-même.

L'équipe se formait elle-même par la révision de code. Par la programmation en binôme. Par le rituel quotidien de regarder la personne la plus senior de l'équipe déboguer quelque chose de difficile. L'apprentissage était distribué, ambiant et gratuit. Le gestionnaire n'avait pas à enseigner beaucoup parce que l'équipe s'enseignait elle-même, cinquante petits moments par jour.

Cette entente a expiré il y a environ dix-huit mois, et personne ne l'a dit aux gestionnaires.

Ce que l'équipe faisait pour elle-même

L'équipe ne se forme plus elle-même. Pas comme avant.

La révision de code est devenue un tampon de caoutchouc sur un diff que l'IA a écrit. Le réviseur parcourt, voit que les tests passent, voit la description (également écrite par l'IA), dépose un pouce levé. Le moment d'enseignement qui se produisait en révision — voici pourquoi je structurerais ceci différemment, voici le mode de défaillance que tu n'as pas vu, voici pourquoi cela va nous mordre dans six mois — a été compressé en un émoji.

Le binômage a disparu quand l'IA est devenue le binôme. Pourquoi faire du binôme avec un autre humain — lent, coûteux, disponible trente heures par semaine — quand vous pouvez faire du binôme avec quelque chose qui est toujours actif, jamais fatigué, ne vous demande jamais de répéter ? L'économie du binômage humain n'a pas survécu à la comparaison. Même lorsque la valeur d'apprentissage du binômage humain restait énorme.

Et le junior ne regarde plus le senior déboguer. Ils ont une question, ils demandent à Claude, ils obtiennent une réponse en onze secondes, ils livrent. La conversation qui commençait par « hé, comment penserais-tu à ceci ? » ne commence pas. Le senior se demande pourquoi personne ne lui demande rien, et suppose tranquillement que c'est parce que l'équipe est devenue plus capable.

Trois choses sont mortes en même temps : l'endroit où le goût était transmis (révision), l'endroit où il était démontré (binômage), et le moment où il était demandé (demander). C'est le pipeline d'apprentissage. Il n'est pas brisé de façon abstraite. Il est brisé à trois endroits précis.

Le goût est ce qui n'a pas été automatisé

L'IA est extraordinairement bonne pour produire du code qui suit des modèles. Elle a tout vu. Elle peut vous donner la réponse standard, rapidement, à presque n'importe quelle question. C'est une capacité réelle, et prétendre que ce n'est pas le cas est stupide.

Mais il y a une chose que l'IA ne peut pas faire, et cette chose compte plus que jamais maintenant que l'IA peut faire tellement du reste.

Cette chose, c'est le goût.

Le goût, c'est savoir quand un diff propre est faux. Quand un test qui passe ne signifie rien. Quand « ça fonctionne » est un piège. Quand la réponse standard n'est pas la bonne réponse ici. Le goût est le jugement qui se situe un niveau au-dessus de la correspondance de modèles — c'est la capacité de regarder du code qui devrait être correct et de sentir, avant de pouvoir articuler pourquoi, que quelque chose cloche.

La distinction compte :

• Les modèles sont « voici comment vous faites X. »
• Le goût est « X est ce que vous faites ici. Y semble similaire mais est ce que vous faites là-bas. Z compile et passe les tests, mais rejetez-le quand même, parce qu'il rend le prochain changement plus difficile qu'il ne devrait l'être. »

Le goût est la correspondance de méta-modèles. C'est savoir quand le modèle ne s'applique pas. Et il s'acquiert exactement d'une seule façon : par un contact à large bande passante avec quelqu'un qui l'a. En les regardant travailler. En faisant corriger votre travail par eux. En les faisant pointer quelque chose sur votre écran et expliquer — parfois avec un soupir — pourquoi cela les offense.

L'IA peut transmettre des modèles à l'échelle infinie. Elle ne peut pas transmettre quand les briser. Elle appliquera avec confiance un modèle qui ne convient pas, parce que l'adéquation est exactement le jugement qu'elle n'a pas.

Le poste s'est inversé

L'ancien poste de gestionnaire en ingénierie avait une moitié supérieure et une moitié inférieure. La moitié supérieure était l'orchestration technique : triage, déblocage, être le réviseur le plus senior sur chaque PR importante, tenir la ligne architecturale. La moitié inférieure était le développement de l'équipe : rencontres individuelles, coaching, faire grandir les juniors en seniors, construire le banc.

Pendant deux décennies, l'échange tacite était : réussissez la moitié supérieure, et la moitié inférieure se produit surtout par osmose. L'équipe apprend du travail lui-même, les uns des autres, des rituels autour du travail. Le travail du gestionnaire du côté des personnes était de ne pas se mettre en travers du chemin et de faire ressortir l'opportunité de croissance occasionnelle.

Cet échange reposait sur le fait que l'équipe se formait elle-même. Ce n'est plus le cas.

La responsabilité a changé, même si le calendrier ne l'a pas fait. Si vous avez été promu gestionnaire en 2019, votre poste en 2026 n'est pas le poste dans lequel vous avez été promu. Les gestionnaires les plus forts — et il y en a plus de forts que le discours sur l'IA ne le reconnaît — ont senti cela par eux-mêmes et se sont tranquillement réoutillés. Ils ont une liste, dans leur tête ou sur papier, de chaque subordonné direct et de la chose spécifique qu'ils essaient de développer en eux ce trimestre. Ils savent ce que leurs juniors ne savent pas. Ils ont un plan pour le banc.

Les autres font l'ancien travail plus intensément, travaillent de plus longues heures pour le faire, et remarquent que l'équipe ne devient pas plus profonde. Ce n'est pas un défaut de caractère. C'est ce qui arrive quand le poste change sous vos pieds et que personne ne le signale.

Pourquoi le coaching est-il si difficile pour les gestionnaires en ingénierie en ce moment?

Le coaching est difficile en ce moment parce que trois piliers ont disparu en même temps : aucune formation, aucun signal et aucun temps. La vraie raison pour laquelle le coaching est inégal dans les organisations d'ingénierie n'est pas que les gestionnaires ne s'en soucient pas. La grande majorité s'en soucie beaucoup. Le travail est simplement devenu plus difficile de trois façons spécifiques.

Aucune formation. La plupart des gestionnaires en ingénierie n'ont jamais appris à coacher. Ils ont appris la gestion comme effet secondaire de la pratique. C'était viable quand le travail était 70% orchestration technique et 30% travail avec les gens — la partie technique était celle qu'ils connaissaient. Maintenant le ratio est presque inversé, et l'écart se voit dans la partie qui n'a reçu aucune nouvelle formation.

Aucun signal. Le coaching sans signal, c'est de l'intuition. Vous félicitez la dernière chose que vous avez vue, critiquez la dernière chose qui vous a agacé, et vous appelez ça un 1:1. Les gestionnaires solides compensent en portant une attention très soutenue — mais l'attention très soutenue ne s'étend qu'à environ cinq rapports directs. Au-delà de cinq, le gestionnaire qui ne peut pas voir les tendances finit par coacher tout le monde de la même façon.

Aucun temps. Les exigences de livraison n'ont pas disparu. Les mêmes OKR, les mêmes mêlées quotidiennes, la même pression pour livrer. Le coaching s'est ajouté à la description de poste; rien n'en a été retiré. Le résultat prévisible est que le coaching devient ce qui glisse quand les objectifs de sprint sont à risque — ce qui arrive la plupart des sprints.

Le premier est un problème de formation. Le troisième est une conversation de priorisation entre le gestionnaire et son gestionnaire sur ce qu'est le travail maintenant. Celui du milieu — le signal — est celui auquel la plupart des équipes sont discrètement aveugles. Vous ne pouvez pas coacher ce que vous ne pouvez pas voir. Et ce que vous voyiez avant — le flux quotidien de revues, de pairs et de conversations — a été compressé en PR qui ont toutes l'air correctes parce que l'IA les a rendues correctes.

À quoi ressemble le coaching avec des données?

Le coaching avec des données a quatre propriétés : spécifique plutôt que général, tendance plutôt que moment, privé plutôt que public, et continu plutôt qu'annuel. Aucune d'elles n'est exotique. Elles sont simplement difficiles à faire sans infrastructure pour les soutenir.

L'infrastructure n'est pas le point. C'est le substrat. Le point est la conversation — la correction, l'encouragement, la transmission soigneuse du jugement de quelqu'un qui l'a à quelqu'un qui le gagne.

Mais vous ne pouvez pas avoir cette conversation si vous êtes entré dans le 1:1 sans une chose spécifique dont parler. Et vous n'obtenez pas de choses spécifiques dont parler par accident maintenant, parce que les canaux qui les faisaient remonter ont été automatisés ou compressés.

Où nous nous situons

C'est l'écart pour lequel nous avons construit Simyl Flow. Pas pour remplacer le coaching — le coaching est le travail humain qui définit le poste maintenant, et l'outillage qui prétend le contraire fait partie du problème. Nous l'avons construit pour rendre le coaching réalisable en donnant au gestionnaire quelque chose avec quoi coacher.

Les six dimensions d'efficacité (livraison, flux, qualité, collaboration, responsabilité, adaptabilité), plus la dynamique au niveau de l'équipe, donnent au gestionnaire une façon de voir comment chaque rapport direct grandit — pas comme un score, mais comme une tendance. Les notes de coaching privées s'accumulent par développeur à travers les rétros, visibles seulement par le gestionnaire, jusqu'à ce qu'il décide qu'une note est prête à être partagée. La rétro elle-même fait remonter des signaux au niveau de l'équipe sur qui contribue, qui reste en retrait, qui porte discrètement l'équipe.

Rien de tout cela ne fait le coaching. Ça donne au gestionnaire un substrat pour coacher intentionnellement plutôt que de mémoire.

Former la prochaine génération

La responsabilité a changé, que l'organigramme le dise ou non. Le poste de gestionnaire n'a pas disparu. Il est devenu plus important. La partie sur laquelle tout le monde pouvait se reposer — l'équipe se forme surtout elle-même — a disparu. La partie pour laquelle personne n'a été explicitement formé — développer la prochaine génération d'ingénieurs — est devenue tout le travail.

Les gestionnaires solides le sentent déjà. Ils se réoutillent discrètement depuis deux ans. Ils n'ont pas besoin qu'on les convainque du coaching; ils ont besoin qu'on leur donne une chance de bien le faire — une meilleure formation, un vrai signal, et une conversation honnête avec leur propre direction sur ce qu'on attend vraiment d'eux maintenant.

Les autres peuvent encore y arriver. Le travail a changé sous leurs pieds — ce n'est pas un échec personnel qu'ils aient été promus dans un poste et se soient réveillés dans un autre. Mais quelqu'un doit enseigner le jugement, parce que le jugement est ce que l'IA ne peut pas transmettre. Et quelqu'un doit être responsable de former la prochaine génération, parce que si vous clignez des yeux le banc est vide et les seniors que vous avez aujourd'hui cherchent discrètement la prochaine chose.

Ce quelqu'un est le gestionnaire. C'est le travail maintenant.