La sécurité psychologique, c'est la conviction partagée qu'on peut, dans l'équipe, prendre un risque interpersonnel sans en être puni : poser une question « bête », signaler une erreur, exprimer un désaccord, dire « je ne sais pas ».

Pourquoi c'est central en agile

Toute la démarche repose sur la transparence : signaler un blocage, admettre qu'une estimation était fausse, dire qu'une story ne sera pas finie. Si l'équipe a peur des conséquences, elle cache, et l'agilité s'effondre.

Ce qui l'abîme

• Punir ou humilier celui qui annonce une mauvaise nouvelle.
• Chercher un coupable après un incident plutôt que la cause.
• Se moquer d'une question ou d'une erreur.
• Un manager qui assiste aux rétrospectives pour évaluer.

Ce qui la construit

• Le facilitateur montre l'exemple : il dit lui-même « je me suis trompé », « je ne sais pas ».
• On remercie ceux qui signalent un problème tôt, on ne les blâme pas.
• Après un incident, on parle du processus et des situations, pas des personnes.
• On accueille les questions, toutes.

Le test simple

Est-ce que le membre le plus junior de l'équipe oserait dire, en réunion, « je ne comprends pas » ou « je ne suis pas d'accord » ? Si non, il y a un travail à faire.

Exemple concret : un développeur de l'équipe de fidélité a introduit un bug en production. En rétrospective, le SM oriente la discussion sur « comment ce type d'erreur a pu passer nos vérifications », pas sur « qui a fait quoi ». L'équipe ajoute une étape de test, et personne n'hésite, la fois suivante, à signaler un doute.

À vous de jouer : citez un comportement qui abîme la sécurité psychologique et un comportement qui la construit.