Sécurité psychologique : la recherche d'Edmondson expliquée

Publié le 2026-07-02 · La recherche derrière Project-simulator

Avez-vous déjà assisté à une réunion de projet où tout le monde hoche la tête, où personne ne pose la question qui dérange, et où les problèmes ne surgissent que lorsqu'il est trop tard ? Alors vous avez vu ce que le manque de sécurité psychologique fait à une équipe.

Le concept a connu sa percée scientifique en 1999, lorsque la chercheuse de Harvard Amy Edmondson a publié son étude sur des équipes de travail dans une entreprise industrielle. Son article est aujourd'hui l'un des plus cités de la recherche organisationnelle, et le concept est devenu l'un des outils les plus importants pour comprendre pourquoi certaines équipes apprennent et progressent tandis que d'autres stagnent.

Que dit la recherche ?

Edmondson définit la sécurité psychologique comme une conviction partagée au sein de l'équipe qu'il est sans danger de prendre des risques interpersonnels : poser une question idiote, admettre une erreur, demander de l'aide ou remettre en cause une décision, sans être puni ni ridiculisé. Notez qu'il s'agit d'une caractéristique de l'équipe, pas de l'individu. La même personne peut oser s'exprimer dans une équipe et se taire dans une autre.

Dans son étude d'une cinquantaine d'équipes d'une entreprise industrielle, Edmondson a constaté que les équipes à forte sécurité psychologique manifestaient davantage ce qu'elle appelle des comportements d'apprentissage : elles demandaient du feedback, parlaient ouvertement des erreurs, expérimentaient et cherchaient de l'aide. Ces comportements étaient à leur tour liés à une meilleure performance d'équipe. La chaîne est donc la suivante : la sécurité rend possibles les comportements d'apprentissage, et ces comportements produisent les résultats.

Il est important de comprendre ce que la sécurité psychologique n'est pas. Ce n'est ni l'absence d'exigences, ni la gentillesse, ni l'absence de conflit. Le propos d'Edmondson est plutôt l'inverse : la sécurité est ce qui rend possibles des exigences élevées et un désaccord honnête, car les gens ne livrent leur meilleure réflexion que lorsqu'ils n'ont pas à dépenser d'énergie pour se protéger.

Qu'est-ce que cela signifie pour vous, chef de projet ?

Montrez l'exemple en premier. La sécurité d'une équipe est façonnée avant tout par le comportement de la personne qui détient le plus de pouvoir. Lorsque vous, en tant que chef de projet, dites « je me suis trompé sur ce point » ou « qu'est-ce que je ne vois pas ici ? », vous réduisez le coût pour tous les autres de faire de même. Si vous attendez que l'équipe s'ouvre en premier, cela n'arrivera pas.

Réagissez bien aux mauvaises nouvelles. Le moment décisif, c'est quand quelqu'un signale un retard ou une erreur. Si vous répondez par de l'agacement, vous entraînez l'équipe à cacher les problèmes ; si vous répondez par « merci de le dire maintenant, que devons-nous faire ? », vous l'entraînez à donner l'alerte tôt. Dans les projets, une alerte précoce fait la différence entre un ajustement et une crise.

Sollicitez activement les avis divergents. Le silence ne vaut pas accord. Posez des questions comme « qu'est-ce qui plaide contre ce plan ? » ou « qui voit un risque dont nous n'avons pas parlé ? », et laissez la question en suspens jusqu'à ce que quelqu'un réponde. Le désaccord devient ainsi une partie attendue du travail plutôt qu'un risque.

Comment vous entraîner

Le même principe vaut pour votre propre développement : on apprend le mieux les conversations difficiles dans un environnement où les erreurs ne coûtent rien. C'est pourquoi l'entraînement sans conséquences est une forme de pratique si puissante : vous pouvez essayer la formulation directe, échouer et réessayer sans qu'aucune relation n'en pâtisse. Dans Project-simulator, vous vous exercez précisément à ce type de conversations face à des interlocuteurs IA et recevez un feedback ancré dans vos propres mots. Essayez gratuitement pendant une semaine.