Désarmer l'égo : toi d'abord, le système ensuite

•
mindset culture ego organisation

Reconnaître l’égo, c’est la première étape. Le cataloguer, c’est la deuxième. Reste la plus difficile : qu’est-ce qu’on en fait ?

Désarmer l’égo demande d’agir à deux niveaux. D’abord sur soi, parce que c’est le seul levier qu’on contrôle. Ensuite sur le système, parce que désarmer son égo ne sert à rien si l’environnement le réactive en permanence.

Les deux premiers articles de cette série posaient le constat (l’égo est un biais systémique) et le catalogue (12 visages concrets). Celui-ci propose des leviers concrets. Certains sont individuels. D’autres sont collectifs. Tous partent du même principe : l’égo ne se combat pas par la volonté. Il se désarme par la conscience et le cadre.

PARTIE 1 : TOI D’ABORD

L’égo n’est pas toujours l’ennemi

Avant de chercher à désarmer l’égo, il faut reconnaître qu’il n’est pas toujours toxique.

Ryan Holiday, auteur spécialisé dans la philosophie stoïcienne appliquée, écrit dans Ego Is the Enemy : « Ego is stolen. Confidence is earned. » L’égo, c’est une croyance non fondée en sa propre importance. La confiance, c’est une assurance construite sur l’expérience et la compétence. L’un est volé. L’autre est gagné.

En psychologie clinique, on parle d’ego strength : la capacité à maintenir sa stabilité émotionnelle sous pression. Une personne avec un égo sain est résiliente, tolère l’inconfort, aborde la vie avec curiosité.

Le problème n’est pas d’avoir un égo. C’est de ne pas savoir quand il te sert et quand il te dessert.

L’autocompassion plutôt que l’estime de soi

On confond souvent confiance en soi et estime de soi. Kristin Neff, chercheuse en psychologie, a montré que l’estime de soi est liée à l’égo : elle repose sur la comparaison, le jugement, le besoin de se sentir supérieur. Quand tu échoues, elle s’effondre. Et elle est positivement corrélée au narcissisme.

L’autocompassion est différente. Trois piliers : la bienveillance envers soi, l’humanité commune, la pleine conscience. Elle apporte les mêmes bénéfices que l’estime de soi, sans les effets toxiques. Stable même dans l’échec. Indépendante de la performance.

J’avais écrit un article à ce sujet : l’autocompassion permet de prendre ses responsabilités sans chercher un coupable, d’être satisfait de son travail sans rechercher la perfection, de penser collectif au lieu de protéger son territoire.

Au lieu de « je dois être le meilleur » (estime de soi, égo), on passe à « je fais de mon mieux dans ce contexte, et c’est suffisant » (autocompassion). Et paradoxalement, c’est cette posture qui construit une vraie confiance en soi, solide parce qu’elle ne dépend plus du regard des autres.

Les accords toltèques appliqués au dev

Don Miguel Ruiz, auteur et enseignant mexicain, a formulé quatre accords simples. Ils s’appliquent remarquablement bien à nos métiers.

« Ne fais pas de suppositions. » C’est le plus pertinent pour l’égo. En code review, en réunion d’architecture, en daily : on suppose que l’autre a mal réfléchi, qu’il n’a pas compris. Au lieu de supposer, demander. « Pourquoi as-tu choisi cette approche ? » change tout.

« Que ta parole soit impeccable. » Feedback sans jugement. « Ton code est sale » vs « Cette partie pourrait gagner en lisibilité ». Même intention, impact opposé.

« N’en fais pas une affaire personnelle. » Le code n’est pas toi. La review n’est pas un jugement de ta valeur.

« Fais toujours de ton mieux. » Ton mieux varie selon le contexte, la fatigue, la pression. Un vendredi à 18h, ton mieux n’est pas le même qu’un mardi à 10h. Et c’est normal.

Effet miroir et dépolarisation

Quand la situation fait ressortir l’égo de quelqu’un, la réaction n’est pas rationnelle. C’est une réaction identitaire. Tu ne défends pas une idée. Tu défends qui tu es.

Pierre David, ancien champion de boxe devenu préparateur mental, a formalisé un concept qu’il appelle la dépolarisation. Sa méthode, utilisée aussi bien dans le sport de haut niveau que dans l’accompagnement professionnel, travaille directement sur l’identité. Le blocage n’est pas « je crois que j’ai raison ». C’est « si j’ai tort, je ne suis plus moi ».

C’est pour ça que dans ces situations, tu te retrouves sur la défensive avant même d’avoir analysé ce qui se dit. On ne réagit pas à l’autre. On réagit à ce que l’autre miroir en nous. Les personnes qui t’agacent le plus sont souvent celles qui portent une charge émotionnelle non résolue chez toi.

En pratique, désamorcer ça commence par une étape simple : ne pas répondre à chaud. La réaction identitaire est rapide, mais elle ne dure pas. Laisser passer quelques secondes suffit souvent à sortir du mode défensif.

Ensuite, se poser la question : « qu’est-ce que cette situation touche chez moi ? » Si un commentaire en réunion te met en colère, ce n’est pas toujours le commentaire le problème. C’est ce qu’il vient réveiller : un vécu passé, un conflit non digéré. L’autre n’a pas créé cette émotion. Il l’a juste déterrée.

Nommer l’émotion la désarme. « Je me sens attaqué » est déjà un pas en arrière par rapport à « il m’attaque ». Le premier est une observation. Le second est une escalade.

L’objectif n’est pas de confronter la posture de l’autre. C’est de neutraliser sa propre charge pour pouvoir interagir sans escalade. « On veut la même chose, comment on y arrive ensemble ? » plutôt que « tu as tort ».

Écoute active : écouter pour comprendre, pas pour répondre

La différence entre entendre et écouter. Entendre, c’est attendre son tour de parler. Écouter, c’est chercher à comprendre le raisonnement de l’autre avant de formuler le sien.

L’égo fait l’inverse. Pendant que l’autre parle, tu prépares ta réponse. Tu filtres ce qu’il dit à travers ton propre cadre. Tu n’écoutes pas, tu attends.

L’écoute active va plus loin que les mots. C’est aussi observer le non-verbal : le ton qui monte, les bras qui se croisent, le regard qui se ferme. Ces signaux racontent ce que l’autre ne dit pas. Et souvent, ce qu’il ne dit pas est plus important que ce qu’il dit. Derrière une objection technique agressive, il y a parfois quelqu’un qui se sent menacé, dévalorisé, ou ignoré. Son vécu colore sa réaction, comme on l’a vu avec l’effet miroir.

En écoutant réellement, tu peux accepter que la perception de l’autre est légitime, même si elle est différente de la tienne. Elle vient de son expérience, de son contexte, de ses cicatrices. Tu n’as pas besoin d’être d’accord pour comprendre. Et comprendre suffit souvent à adoucir l’échange plutôt que d’entrer dans un conflit stérile.

En pratique : reformuler ce que l’autre a dit avant de répondre. « Si je comprends bien, tu proposes X parce que Y ? » Ça force l’écoute. Ça montre à l’autre qu’il a été entendu. Et parfois, en reformulant, tu réalises que tu avais mal compris depuis le début.

Growth mindset : l’échec comme apprentissage

Carol Dweck, chercheuse en psychologie sociale à Stanford, distingue deux postures. Le fixed mindset : « j’ai un certain niveau de compétence et c’est comme ça. » Le growth mindset : « mes capacités se développent par l’effort et l’apprentissage. »

Le fixed mindset est de l’égo pur. Il protège l’image de soi en évitant les challenges. Si je ne tente pas, je ne peux pas échouer.

En équipe tech : refuser de toucher du code qu’on ne maîtrise pas, ne pas proposer d’idées, rester dans sa zone de confort technique et la garder pour soi plutôt que de la partager.

Le growth mindset demande de désarmer l’égo. Accepter d’être débutant. Accepter de se tromper en public.

Dweck a également montré que le mindset s’applique à la volonté elle-même. Les personnes qui croient que leur capacité décisionnelle est limitée s’épuisent plus vite. Celles qui croient pouvoir la développer résistent mieux à la fatigue. En équipe tech, traiter l’épuisement mental comme une faiblesse l’aggrave. Le normaliser permet d’y faire face.

PARTIE 2 : LE SYSTÈME ENSUITE

HiPPO : remplacer les opinions par des données

HiPPO : Highest Paid Person’s Opinion. La décision revient à celui qui a le plus gros salaire, pas le meilleur argument.

L’antidote au HiPPO n’est pas de convaincre le chef. C’est de remplacer les opinions par des données factuelles.

« On devrait réécrire ce module. » « Non, il marche. » Fin de la discussion. Mais si tu montres que chaque livraison sur ce module prend 3 jours au lieu de 4 heures et génère 5 fois plus d’incidents, la conversation change. Les données dépersonnalisent le débat. On ne discute plus de « qui a raison » mais de « qu’est-ce que les données montrent ».

Des frameworks comme DORA et SPACE donnent exactement ces données : temps de livraison, taux d’incidents, satisfaction de l’équipe. De quoi remplacer le « je pense que » par du mesurable.

Le rapport DORA 2024 le confirme d’ailleurs : la sécurité psychologique est parmi les plus forts prédicteurs de performance de delivery.

La fatigue décisionnelle : quand le système amplifie l’égo

Quand une seule personne tranche sur l’architecture, les conventions, les priorités et les recrutements, ce n’est pas elle qui faillit. C’est le système qui la surcharge. La fatigue décisionnelle est rarement un problème individuel. C’est un symptôme organisationnel.

Et quand la fatigue s’installe, l’égo reprend le dessus. On tranche vite, on écoute moins, on retombe dans ses réflexes d’autorité. Le HiPPO n’est plus seulement un biais de rang. C’est un biais de fatigue.

La décision se prend au plus près de l’impact. Celui qui déploie décide du processus de déploiement. Celui qui maintient le code décide de comment le structurer. Centraliser ces décisions chez une seule personne, c’est garantir qu’elles seront prises par quelqu’un qui n’en subit pas les conséquences, et qui est déjà fatigué de toutes les autres.

Marty Cagan distingue les « feature teams » qui exécutent des solutions déjà décidées, et les « empowered teams » à qui on donne un problème et la confiance de trouver la solution. Les premières créent de la dépendance. Les secondes créent de l’engagement.

Mais distribuer les décisions ne fonctionne que si trois conditions sont réunies : des personnes capables de décider (compétence), un cadre partagé qui donne la direction sans dicter le chemin, et un environnement où l’information circule sans filtre (sécurité psychologique). Sans ces conditions, l’autonomie devient du chaos.

Concrètement : protéger les décisions critiques le matin, réduire les décisions inutiles par des conventions et des standards automatisés, et donner à chacun l’autonomie de décider dans son périmètre.

L’autocensure : la violence qu’on s’impose soi-même

Le junior qui s’autocensure en réunion parce qu’il « n’a pas le niveau pour critiquer ». Le développeur qui ne propose jamais d’alternative parce que le tech lead « sait mieux ». Personne ne leur a interdit de parler. Ils se sont interdit eux-mêmes.

Pierre Bourdieu, sociologue français, appelle ça la violence symbolique : la hiérarchie ne se maintient pas par la force, mais parce qu’on l’internalise. Celui qui n’a pas le rang finit par croire qu’il n’a rien à dire. Ce n’est pas vrai. Mais l’égo blessé transforme le silence en habitude, et l’habitude en identité.

Quand les gens se taisent, l’équipe avance avec les idées de ceux qui parlent le plus fort, pas les meilleures. La qualité se détériore en silence : on suit sans questionner, on exécute sans s’approprier, on livre sans conviction.

Le levier est organisationnel. D’abord, le leader qui montre l’exemple : dire « je me suis trompé » ou « je ne sais pas » en tant que senior normalise la vulnérabilité pour toute l’équipe. Ensuite, solliciter activement les voix silencieuses. « Et toi, qu’est-ce que tu en penses ? » change la dynamique. Pas une fois. À chaque réunion.

Quand parler ne suffit pas

L’autocensure, c’est quand on se tait. Mais il y a pire : quand on parle et que personne n’écoute.

L’apprenti propose une solution en réunion. Personne ne réagit. Le tech lead dit la même chose 20 minutes plus tard. Tout le monde acquiesce. L’idée n’a pas changé. Seul le rang de celui qui la porte a changé.

En équipe tech, le capital symbolique joue : celui qui contribue à des projets open source, qui a un blog populaire, qui donne des conférences. Ses opinions pèsent plus, indépendamment de leur qualité sur le sujet en cours. Il y a aussi celui qui prend toute la place. Pas par malveillance, souvent par réflexe. Il parle plus fort, plus longtemps, coupe la parole, reformule l’idée de l’autre avec ses propres mots. Les autres finissent par se taire. Non pas qu’ils n’aient rien à dire, mais parce qu’il n’y a plus de place pour le dire.

Miranda Fricker, philosophe britannique, a donné un nom à ce mécanisme : l’injustice épistémique, ou injustice testimoniale. Une idée est ignorée non pas sur le fond, mais à cause de qui la porte. Ethan Burris, chercheur à l’Université du Texas, a montré que les employés qui osent remettre en question les pratiques existantes sont évalués comme moins performants par leurs managers. Le message est reçu vite : se taire est plus sûr que proposer.

Le danger, c’est le cercle vicieux. L’apprenti qui a été ignoré trois fois ne proposera pas une quatrième. L’injustice épistémique fabrique de l’autocensure. Et l’autocensure, une fois installée, persiste même quand l’environnement change. C’est ce que la psychologie appelle l’impuissance apprise : après assez d’échecs, on arrête d’essayer même quand essayer fonctionnerait.

Rééquilibrer les voix

Le levier est structurel. Des ADR (Architecture Decision Records), des documents qui expliquent pourquoi on a choisi A et pas B, forcent à considérer toutes les voix, pas seulement celle qui a gagné. L’idée est évaluée sur le fond, pas sur le nom de l’auteur.

Le pair programming, quand il est bien pratiqué, rééquilibre naturellement les voix. Le driver n’est pas seul au clavier, il suit les directives du navigateur. Et le navigateur ne dicte pas. Il prend le temps de s’adapter au driver, de se faire comprendre, d’être en phase. Et les rôles s’inversent régulièrement : celui qui guidait devient celui qui implémente. Ce changement empêche qu’une hiérarchie s’installe. Le rang s’efface. Ce qui reste, c’est le problème à résoudre ensemble.

Les rétrospectives structurées jouent le même rôle : un cadre formel et récurrent où le feedback est attendu, pas optionnel. Le silence en rétro est un signal d’alerte, pas un signe que tout va bien. Pour les équipes où la sécurité psychologique n’est pas encore installée, un canal de feedback anonyme permet de capter ce que personne n’ose dire en face.

En facilitation, trois postures font la différence : l’écoute active, la neutralité et l’empathie. Écouter pour comprendre, pas pour répondre. Rester neutre pour que chacun se sente en sécurité de s’exprimer. Et faire preuve d’empathie pour accueillir des perspectives différentes de la sienne. Ce sont les trois piliers du collaborative modeling, et ils s’appliquent bien au-delà des ateliers.

Un principe simple change tout : ne jamais interpeller une personne individuellement devant le groupe. S’adresser au groupe. « Y a-t-il des perspectives alternatives ? » au lieu de « Fabien, tu n’as rien dit, tu en penses quoi ? » La première ouvre l’espace. La seconde met sur le grill.

Quand une décision est prise à la majorité, poser la question : « De quoi auriez-vous besoin pour vous y retrouver ? » Un vote sur le trunk-based development : 7 pour, 2 contre. Au lieu de passer en force, demander aux 2 contre ce qu’il leur faudrait. Réponse : avoir des feature flags en front. Nouveau vote incluant cet aspect : unanimité. La majorité ne suffit pas. L’adhésion, si.

Le rôle du leader est aussi d’attribuer les idées. Quand l’apprenti propose une solution que personne ne relève, c’est au tech lead de dire : « X vient de proposer quelque chose, on en fait quoi ? » Valoriser publiquement les contributions de chacun, quel que soit son niveau, aide à briser ce cycle.

Et mesurer : un ROTI (Return On Time Invested) en fin de réunion, où chacun note de 1 à 5 si le temps investi en valait la peine. C’est un signal faible puissant. Comme le nouveau qui arrête de poser des questions après deux semaines : il n’est pas autonome. Il a appris à se taire.

Infantilisation et leadership : contrôler ou faire confiance

Le senior qui refait le code du junior. Le manager qui micro-manage. L’architecte qui impose chaque décision technique sans laisser l’équipe explorer. L’infantilisation crée un cercle vicieux. Plus on refait à la place de l’autre, moins il ose proposer. Moins il propose, plus on refait à sa place.

Un manager qui contrôle produit du désengagement. Un manager qui fait confiance produit de l’autonomie. Mike Ettore écrit dans Trust-Based Leadership : « You lead people, you manage things. » On manage des processus, des budgets, des deadlines. Mais on ne manage pas des personnes. On les accompagne, on leur donne une direction, on leur fait confiance pour trouver le chemin. La différence entre un manager et un leader, c’est que le premier contrôle le comment, le second clarifie le pourquoi.

David Marquet, ancien commandant de sous-marin nucléaire, a donné un outil concret pour opérer ce changement. Sur le USS Santa Fe, le pire sous-marin de la flotte, il a remplacé « Commandant, permission de… » par « Commandant, j’ai l’intention de… ». En deux ans, le Santa Fe est devenu le meilleur de la flotte. Dans un environnement où les erreurs peuvent tuer, distribuer l’autorité a amélioré la performance. En équipe tech, les conséquences sont moins graves, mais le principe est le même. « Est-ce que je peux déployer ? » devient « J’ai l’intention de déployer à 15h, sauf raison contraire. » Le langage change la posture. La posture change la dynamique.

Le mob programming, une pratique où toute l’équipe travaille ensemble sur le même problème, au même moment, sur un seul écran, incarne cette posture à l’échelle du groupe. Le sachant s’efface volontairement. Il ne prend pas le clavier pour « aller plus vite ». Il guide, il questionne, il laisse les autres faire. Et le résultat peut surprendre : le groupe produit souvent une solution meilleure que ce que le sachant aurait fait seul. Le niveau collectif s’aligne sur la meilleure expertise du groupe, et la diversité des perspectives pousse la réflexion plus loin que n’importe quel individu isolé.

Triangle de Karpman : Persécuteur, Victime, Sauveur

Autocensure, injustice épistémique, infantilisation. Trois problèmes différents, mais qui se retrouvent dans un même schéma. Stephen Karpman, psychiatre américain, l’a formalisé : le triangle dramatique. Trois rôles, trois formes d’égo.

Le Persécuteur écrase. « Ton code est nul. » C’est l’injustice épistémique incarnée : il ignore les idées des autres parce que seule la sienne compte.

La Victime subit. « On ne m’écoute jamais. » C’est l’autocensure poussée à son terme : elle a intériorisé que son avis ne compte pas.

Le Sauveur fait à la place. « Laisse, je m’en occupe. » Le plus vicieux parce qu’il ressemble à de l’aide. C’est l’infantilisation déguisée en bienveillance.

J’ai observé ce triangle de manière répétée dans des équipes tech. Le piège, c’est que les rôles tournent. Le Sauveur frustré qu’on ne reconnaisse pas son aide devient Persécuteur. La Victime qui explose après des mois de silence devient Persécuteur à son tour. Le Persécuteur confronté se victimise. On croit sortir du triangle, on change juste de position.

Connaître le triangle change la donne. Identifier la position de l’autre et celle dans laquelle on glisse soi-même permet de prendre du recul avant de réagir. Et surtout, de ne pas alimenter le jeu en répondant par un autre rôle du triangle.

En pratique :

Tu juges le travail de l’autre sans chercher à comprendre son raisonnement ? C’est le Persécuteur. Remplace le jugement par la curiosité. « Pourquoi as-tu choisi cette approche ? » au lieu de « c’est pas comme ça qu’il faut faire. »

Tu prends le clavier pour débloquer plus vite ? C’est le Sauveur. Explique le raisonnement et laisse l’autre implémenter. Le temps « perdu » à expliquer est de l’autonomie gagnée.

Tu subis sans rien dire ? C’est la Victime. Nomme ce que tu ressens au lieu de te refermer ou d’accuser l’autre.

Turn up the good : amplifier plutôt que confronter

Pointer le HiPPO. Nommer le triangle de Karpman. Dénoncer la violence symbolique. Tout ce qui précède est nécessaire. Mais confronter l’égo de quelqu’un a de fortes chances de déclencher le sien. On risque l’escalade au lieu du progrès.

Kent Beck, créateur de l’Extreme Programming, imaginait des boutons sur un tableau de contrôle. Chaque bouton, une pratique qui fonctionnait. Son idée : tous les monter à 10. Woody Zuill a appliqué ce principe et l’a appelé « Turn up the good ». Son équipe travaillait bien ensemble. Il a amplifié. Le mob programming est né. Pas d’un problème. D’un truc qui marchait.

Appliqué à l’égo en équipe, le principe change tout.

Au lieu de dire « tu micro-manages », renforcer les moments où l’autonomie fonctionne. Au lieu de pointer le sauveur de Karpman, valoriser les moments où l’équipe résout seule. Au lieu de dénoncer le HiPPO, célébrer les décisions prises collectivement sur la base de données.

C’est le principe de l’amélioration continue appliqué aux dynamiques humaines, pas qu’au code. On peut chercher à améliorer ce qui fonctionne plutôt que de mettre toute son énergie à corriger quelque chose qui ne fonctionne pas. Qui est peut-être juste un symptôme d’une cause beaucoup plus profonde. Résoudre un problème, c’est revenir à la normale. Amplifier ce qui marche, c’est aller plus loin.

Conclusion

Désarmer l’égo individuel est nécessaire mais insuffisant. Si le système le nourrit, les efforts individuels s’épuisent.

Cette série proposait un chemin : reconnaître l’égo comme biais systémique, identifier ses 12 visages concrets, agir à deux niveaux, individuel et collectif.

Mais désarmer ne veut pas toujours dire confronter. Parfois, le meilleur moyen de faire reculer l’égo dans une équipe, c’est de ne pas le regarder. Amplifier ce qui fonctionne fédère le groupe sans remettre personne en question. Et certains problèmes d’égo disparaissent d’eux-mêmes quand le système autour s’améliore.

Le mob programming en est la preuve. En travaillant ensemble sur le même problème, au même moment, le HiPPO perd son pouvoir parce que la décision est collective. La violence symbolique recule parce que chacun contribue en temps réel. L’infantilisation disparaît parce qu’on apprend en faisant, ensemble. Personne n’est pointé du doigt. L’égo n’est pas confronté. Il est rendu inutile.

Distribuer les décisions, rééquilibrer les voix, changer le langage du contrôle vers l’intention. Ce ne sont pas des idéaux. Ce sont des pratiques.

L’égo ne disparaîtra pas. Ce n’est pas le but. Le but, c’est de le déceler pour s’en servir à bon escient. Savoir quand il te protège et quand il te bloque. Quand il te donne la confiance de défendre une idée et quand il t’empêche d’écouter celle de l’autre.

Je ne prétends pas avoir résolu mon rapport à l’égo. J’apprends. Chaque mission, chaque équipe, chaque confrontation m’apprend quelque chose de nouveau sur mes propres réflexes. Ce que je partage ici, c’est un chemin, pas une destination.

Sources