La sécurité psychologique au travail est en train de devenir le facteur caché qui sépare les organisations qui tirent vraiment parti de l’intelligence artificielle de celles qui collectionnent les licences inutilisées. Ce n’est pas un consultant en bien-être qui le dit, mais une ingénieure qui code depuis plus de vingt ans. Dans un épisode du podcast d’InfoQ publié fin septembre 2026, Erin Doyle, ingénieure fondatrice chez Quotient, résume son diagnostic sans détour : la révolution de l’IA échoue quand les développeurs ne se sentent pas en sécurité.

Son raisonnement dépasse largement le monde du logiciel. Quand un outil change la façon de travailler aussi vite que l’IA générative, chacun se retrouve débutant sur quelque chose. Or être débutant devant ses collègues, c’est exactement le type de risque interpersonnel que les équipes évitent quand le climat de confiance est faible. Résultat : on cache ses difficultés, on ne pose pas de questions, on n’ose pas dire que les résultats sont mauvais. Et l’adoption plafonne, pendant que le comité de direction regarde des courbes d’usage qui ne disent rien de la valeur créée.

Chez Corporate Mavericks, on a un avis tranché : avant de mesurer les jetons consommés, mesurez si vos collaborateurs osent dire « je ne sais pas faire ». Voici pourquoi, et comment instaurer ce climat sans tomber dans le management « bisounours ».

C’est quoi la sécurité psychologique ?

Le concept a été popularisé par Amy Edmondson, professeure à la Harvard Business School, dans un article de recherche publié en 1999. Elle définit la sécurité psychologique comme la croyance partagée, au sein d’une équipe, que celle-ci est un endroit sûr pour prendre des risques interpersonnels. Concrètement : je peux poser des questions, admettre une erreur, signaler un problème ou proposer une idée bizarre sans craindre d’être humilié, puni ou mis à l’écart.

L’idée est sortie des cercles académiques quand Google a mené son projet Aristotle, une étude interne sur ce qui rend une équipe performante. Parmi les dynamiques examinées, la sécurité psychologique est ressortie comme la plus déterminante, loin devant la composition de l’équipe ou le niveau individuel de ses membres. Ce qui compte, ce n’est pas qui est dans l’équipe, c’est la façon dont les membres de l’équipe interagissent.

Point essentiel, souvent mal compris : la sécurité psychologique n’est pas de la gentillesse. Ce n’est pas non plus un environnement de travail trop laxiste où personne n’est exigeant. Edmondson croise deux axes, la sécurité et le niveau d’exigence :

• Sécurité faible, exigence faible : la zone d’apathie. Personne ne s’implique.
• Sécurité forte, exigence faible : la zone de confort. On s’entend bien, mais on n’avance pas.
• Sécurité faible, exigence forte : la zone d’anxiété. On performe sous la peur, jusqu’à l’épuisement ou l’erreur cachée.
• Sécurité forte, exigence forte : la zone d’apprentissage. C’est là que se trouvent les équipes performantes.

Une équipe psychologiquement sûre est donc une équipe où l’on peut se dire les choses franchement, justement parce que la barre est haute.

Pourquoi l’IA rend la sécurité psychologique au travail plus critique que jamais

L’adoption de l’IA n’est pas un simple déploiement d’outil. C’est un changement d’identité professionnelle. Erin Doyle le raconte avec une honnêteté rare : il y a un an et demi, elle voyait l’IA comme une béquille. « Si je l’utilise, est-ce que ça veut dire que je ne sais pas faire ? » Elle ne voulait pas être jugée. Puis la pression a changé de camp : les entreprises imposent l’IA, les entretiens d’embauche testent la maîtrise de ces outils. Elle s’y est mise, mais « par le bâton plutôt que par la carotte », et surtout sans oser demander d’aide, pour ne pas montrer qu’elle était en retard.

La fracture entre convaincus et sceptiques

Le danger qu’elle décrit est la polarisation. D’un côté, ceux qui foncent, par enthousiasme ou par obligation. De l’autre, ceux qui résistent : pour des raisons éthiques, environnementales, parce qu’ils n’aiment pas ce que l’IA fait à leur métier, ou simplement parce qu’ils ont obtenu de mauvais résultats et ne font plus confiance aux sorties. Chaque camp a ses raisons. Le problème commence quand un collègue met trois jours à corriger un bug et que le reste de l’équipe pense : « Il aurait juste dû demander à Claude. »

À partir de là, le jugement s’installe. Les sceptiques n’osent plus exprimer leurs doutes. Ceux qui galèrent n’osent plus dire « je n’y arrive pas, comment tu fais ? ». Le sentiment d’être en retard grossit jusqu’à devenir une barrière. Et l’organisation perd sur les deux tableaux : elle n’entend plus les critiques légitimes (qui lui éviteraient des erreurs coûteuses) et elle laisse une partie de ses talents décrocher en silence.

Un apprentissage permanent, donc un risque permanent

Avec l’IA, les outils changent chaque mois. Personne n’est expert longtemps. Cela signifie que tout le monde, du stagiaire au directeur technique, doit apprendre en public, tester, rater, recommencer. L’apprentissage devient un état permanent. Et l’apprentissage en équipe ne fonctionne que si chacun peut montrer ce qu’il ne sait pas encore. Sans sécurité psychologique, l’IA ne fait qu’amplifier les dysfonctionnements existants : les uns produisent plus vite, les autres se cachent, et personne ne partage ce qui marche.

Le piège du manager : piloter l’adoption de l’IA aux métriques d’usage

La réaction réflexe de beaucoup de dirigeants face à une adoption qui traîne, c’est de pousser plus fort : rendre l’outil obligatoire, publier des classements d’usage, suivre le nombre de requêtes par personne. Erin Doyle est formelle : si les managers abordent le sujet par la contrainte, en mode « c’est technique, on regarde votre usage, on regarde vos jetons », ils ne font que créer plus de peur et aggraver le problème. Sa conclusion : il faut regarder la confiance et la sécurité psychologique avant de regarder les métriques d’usage.

Michael Stiefel, l’animateur du podcast, fait le parallèle avec une vieille absurdité du métier : mesurer la productivité d’un développeur au nombre de lignes de code écrites. On sait comment ça finit. Mesurer l’adoption de l’IA au volume de jetons consommés, c’est la même erreur en version 2026. Vous obtiendrez exactement ce que vous mesurez : du volume. Pas de la valeur. Nous l’avons déjà décrit dans notre article sur le slop IA, qui rend plus rapide mais pas meilleur.

Il y a une autre question que soulève cette discussion, et que peu d’organisations osent poser : on récompense encore principalement les individus, alors que l’IA transforme le travail en sujet collectif. Si l’un de vos collaborateurs découvre une façon d’utiliser l’IA pour le débogage et la partage à toute l’équipe, son mérite apparaît où, dans votre système d’évaluation ? Nulle part, probablement. Et donc il ne la partagera pas.

Les 4 étapes de la sécurité psychologique appliquées à l’IA

Le consultant Timothy R. Clark a proposé un modèle en quatre étapes, souvent repris pour diagnostiquer le niveau de sécurité psychologique d’une équipe. Il se prête particulièrement bien à l’adoption de l’IA, parce que chaque étape correspond à un comportement observable :

1. Sécurité d’inclusion : je me sens accepté dans l’équipe, que je sois fan d’IA ou sceptique. Personne n’est rangé dans la case « dinosaure » ou « fanatique ».
2. Sécurité de l’apprenant : je peux poser des questions, demander « tu as utilisé quel prompt ? », montrer un essai raté sans perdre la face. C’est l’étape où la plupart des équipes bloquent avec l’IA.
3. Sécurité du contributeur : je peux utiliser mes compétences et proposer une nouvelle façon de travailler, par exemple automatiser une partie de la documentation, sans qu’on me soupçonne de tricher.
4. Sécurité du challenger : je peux remettre en question la stratégie, y compris dire « cet usage de l’IA nous fait perdre en qualité » devant ma hiérarchie, sans risque pour ma carrière.

La plupart des plans de transformation IA sautent directement à l’étape 3 (« utilisez l’outil et proposez des cas d’usage ») sans avoir sécurisé les étapes 1 et 2. C’est comme demander à une équipe d’innover alors qu’elle n’ose pas encore dire qu’elle ne comprend pas.

Comment instaurer la sécurité psychologique dans une équipe qui adopte l’IA

Bonne nouvelle : le témoignage d’Erin Doyle ne s’arrête pas au diagnostic. En rejoignant une nouvelle équipe, elle a vécu l’inverse de sa première expérience, et l’usage de l’IA y a explosé. Voici ce qui a fait la différence, enrichi de ce que nous observons dans les organisations que nous accompagnons.

1. Commencer par dire où chacun en est vraiment

Dès le départ, l’équipe a partagé son ressenti : comment chacun utilisait l’IA, avec quel succès, avec quels doutes. Surprise : tout le monde était à peu près au même endroit, prudemment sceptique. Ce simple tour de table a transformé la peur en curiosité collective. Le message implicite : « On est tous un peu mal à l’aise, alors faisons-le ensemble. » En tant que manager, commencez par montrer vos propres tâtonnements. La vulnérabilité du leader est le signal le plus puissant que vous puissiez envoyer.

2. Faire des échecs un sujet de conversation normal

Dans son équipe, on peut dire « j’ai passé une heure sur un prompt et il m’a sorti n’importe quoi » et en rire. Quelqu’un répond : « Tu as essayé quoi ? Moi j’ai eu des résultats avec ça. » Le droit à l’erreur n’est pas un slogan affiché dans la salle de pause, c’est une conversation qui a lieu, concrètement, plusieurs fois par semaine. Prévoyez un moment court et régulier, par exemple dix minutes en fin de rétrospective, consacré à « ce qui a raté avec l’IA cette semaine ».

3. Clarifier ensemble ce que l’IA fait et ce que les humains gardent

Erin Doyle insiste : une grande partie du sujet, c’est l’alignement de l’équipe. Où sommes-nous collectivement à l’aise ? Générer de la documentation, oui ou non ? Son équipe a vécu un cas d’école : elle produisait beaucoup plus de code, mais les revues ne suivaient pas, créant un nouveau goulot d’étranglement. En discutant, ils ont découvert que chaque relecteur avait une idée différente de son rôle. Une fois clarifié ce que l’outil de revue automatique détecte mieux (certains bugs, cas limites, failles de sécurité) et ce que les humains doivent regarder (compréhension du métier, maintenabilité, respect des standards), le flux s’est débloqué. La clarté des rôles est une composante sous-estimée de la sécurité psychologique.

4. Interdire la phrase « c’est l’IA qui l’a écrit »

La sécurité psychologique ne signifie pas l’absence de responsabilité. Bien au contraire. Erin Doyle est catégorique : quand on vous interroge sur un livrable, vous ne pouvez pas répondre « je ne sais pas, c’est Claude qui l’a écrit ». On ne jette pas l’IA sous le bus. C’est un outil, comme votre ordinateur ou votre environnement de développement. Si vous faites une erreur, vous ne blâmez pas votre portable. L’entreprise reste juridiquement responsable de ce que produit l’IA, et chaque collaborateur doit pouvoir expliquer et assumer ce qu’il livre.

5. Se réaligner à chaque changement d’équipe

Un détail que peu de managers anticipent : dès qu’un membre part ou qu’un nouveau arrive, la dynamique change et l’alignement doit être refait. Le climat de sécurité psychologique n’est pas un acquis, c’est un état qui se reconstruit. Intégrez systématiquement une discussion sur les pratiques IA dans l’accueil des nouveaux arrivants.

6. Protéger l’apprentissage des juniors

Le podcast pointe une inquiétude majeure : l’IA prend en charge les tâches sur lesquelles les juniors apprenaient le métier, et personne n’a de plan pour les former. Une équipe où les juniors n’osent pas avouer qu’ils ne comprennent pas le code généré est une bombe à retardement. Donnez-leur explicitement le droit de dire « je ne peux pas valider ce que l’IA m’a proposé », et du temps de mentorat protégé.

Sécurité psychologique ne rime pas avec plus de process

Face à un sujet humain, la tentation des grandes organisations est de créer un programme : une charte, une formation obligatoire, un indicateur RH. Erin Doyle, ancienne Scrum Master certifiée, livre une leçon précieuse tirée de son parcours agile. Elle reconnaît avoir été « trop prescriptive et dogmatique » à ses débuts, à imposer toutes les cérémonies avec une durée réglementaire. Avec le temps, elle a vu des équipes se tuer à la tâche pour finir tout le périmètre engagé dans le sprint avant le vendredi, alors qu’aucune vraie échéance n’était en jeu. Beaucoup de stress, aucun bénéfice.

Sa règle aujourd’hui : on n’ajoute du process que lorsqu’on en a vraiment besoin, et de façon très légère. Si l’on commence par le process, on ne sait jamais de quoi l’équipe est capable. Ce phénomène d’engagement excessif, nous l’avons analysé en détail dans notre article sur le sur-engagement des équipes et la façon dont les managers l’aggravent.

Appliqué à la sécurité psychologique, cela donne une règle simple : moins de discours, plus de comportements. Ce que vous faites quand quelqu’un annonce une mauvaise nouvelle compte davantage que tous les posters sur les valeurs. Réagissez à une erreur par la curiosité (« qu’est-ce qu’on apprend ? ») plutôt que par la recherche de coupable, et vous aurez fait plus qu’un séminaire entier.

Les bénéfices de la sécurité psychologique, et comment la mesurer

Les bénéfices de la sécurité psychologique sont documentés depuis plus de vingt ans : meilleure prise de parole, signalement plus rapide des erreurs, apprentissage accéléré, plus d’innovations, meilleure qualité du travail et, au bout du compte, une performance organisationnelle supérieure. Dans le contexte de l’IA, on peut y ajouter un bénéfice très concret : la diffusion des bonnes pratiques. Dans l’équipe d’Erin Doyle, c’est précisément le fait de pouvoir partager ce qui marche sans craindre de faire sentir aux autres qu’ils sont en retard qui a fait grimper l’usage dans toutes les étapes du cycle de développement.

Pour mesurer le niveau de sécurité psychologique d’une équipe, inspirez-vous du questionnaire d’Amy Edmondson. Demandez aux collaborateurs, de façon anonyme, dans quelle mesure ils sont d’accord avec des affirmations comme :

• « Si je fais une erreur dans cette équipe, on me le reproche souvent. »
• « Il est difficile de demander de l’aide aux autres membres de l’équipe. »
• « Les membres de l’équipe sont capables d’aborder les problèmes et les sujets difficiles. »
• « Il est sûr de prendre un risque dans cette équipe. »

Ajoutez une question spécifique à l’IA : « Je me sens à l’aise pour dire que je ne sais pas utiliser un outil d’IA, ou que je doute de ses résultats. » Les réponses vous en diront plus sur la réussite de votre transformation que n’importe quel tableau de bord d’usage. Et si vous cherchez à relier tout cela à une vision d’ensemble, notre article sur la stratégie IA en entreprise qui bâtit un avantage durable complète ce sujet côté organisation.

Questions fréquentes sur la sécurité psychologique

En résumé

Votre transformation IA ne se joue pas dans le choix du modèle ni dans le nombre de licences. Elle se joue dans une question très simple : vos collaborateurs osent-ils dire qu’ils ne savent pas, qu’ils doutent ou que ça ne marche pas ? La sécurité psychologique au travail n’est pas un supplément d’âme, c’est l’infrastructure humaine sur laquelle repose tout le reste. Les équipes qui l’ont apprennent ensemble, partagent ce qui fonctionne et assument ce qu’elles livrent. Les autres font semblant, et vos tableaux de bord ne verront rien venir.