Nous recherchons et privilégions toute information qui confirme notre à priori initial ou hypothèse.
Le biais de confirmation consiste à ne pas voir ni chercher d’arguments qui vont à l’encontre de nos croyances ou de nos hypothèses, mais à se focaliser sur ceux qui confirment ce que l’on pense déjà ou ce que l’on cherche à prouver.
Par exemple, pour s’informer sur un sujet controversé au sein de l’équipe, le/la manager de projet pourra préférer aller voir des personnes ou sources d’information qui confirment ou affirment son point de vue. Toutes les preuves ambigües risqueront fort d’être interprétées en faveur de sa position actuelle. Des extrapolations, même questionnables, avec d’autres projets « similaires » seront considérées comme des faits…
Une expérience appelée « tâche de sélection de Wason » met en évidence ce biais. Le sujet y cherche des éléments de confirmation qu’une règle est vraie alors qu’il vaudrait bien mieux pour lui vérifier qu’il n’existe pas d’éléments prouvant que la règle est erronée !
Attention, ce biais peut venir tromper votre jugement en de nombreuses et très différentes occasions.
Vous êtes-vous jamais senti si proche d’un candidat pendant un entretien d’embauche que vous avez ignoré certains signaux faibles qui auraient dû vous alarmer ?
Avez-vous jamais minimisé un risque parce que vous l’aviez déjà traité avec succès sur un projet précédent ?
Avez-vous rayé de votre esprit une remarque d’un testeur parce qu’elle causerait une refonte de votre approche ou des délais supplémentaires ?
Comment l’éviter le plus possible ?
-
Pourquoi votre idée pourrait-elle être mauvaise ? Adoptez l’attitude de l’avocat du diable en recherchant les conséquences que vous observeriez si votre hypothèse et votre ressenti étaient erronés.
- Apprenez à reconnaitre votre incompétence dans certains domaines et faites confiance aux experts et sachants.
- Identifiez puis questionnez vos propres a priori pour éviter de poser des questions dirigées dont les réponses ne sauraient que vous conforter dans votre idée.
De plus, son corolaire est tout aussi dangereux !
Son corolaire que nous pourrions appeler le biais de dé-confirmation ou d’ignorance volontaire est tout aussi dangereux. Nous avons tendance à écarter inconsciemment la preuve qui réfute nos croyances. Ainsi, il arrive souvent que certaines croyances persistent alors que leurs preuves initiales ont été éliminées et que l’on nous a prouvé par A+B qu’elles étaient fausses. Il peut arriver que nous n’ayons pas envie de reconnaitre nos erreurs et persistions dans celles-ci malgré tous les signaux d’alerte que nous recevons…
Peut-il vous être utile ?
Bien sûr ! Dans le contexte du management de projets, le biais de confirmation peut par exemple se manifester par un soutien d’approches ou priorités sans preuves suffisantes. Donc, mieux vaut le détecter et le contrer rapidement.
Par exemple, en Agile le Product Owner représente les clients (ou en waterfall la maitrise d’ouvrage) mais dans quelle mesure son avis et expérience personnels ne masquent-il pas les besoins des vrais futurs utilisateurs de votre solution ? Mettre en place des panels utilisateurs en complément et en soutien au product owner est souvent bénéfique. D’ailleurs les plus expérimentés vont le réclamer d’eux-mêmes.
Autre cas : De premiers tests utilisateurs mettent à risque le passage d’un prochain jalon et entrent en conflit avec les attentes de votre sponsor de projet. Ne les rejetez pas trop vite en les classifiant comme non fiables ou peu significatifs ou « mineurs ». Prenez le temps de bien en comprendre la teneur et la portée. Rien ne sert de sortir un produit dans les temps qui ne répond pas aux attentes.
Pour combattre cette tendance, la formation scientifique enseigne des moyens d’éviter ou limiter ce biais.
La conception de protocoles comme les plans de tests implique la préparation à l’avance des critères d’acceptation et de rejet des livrables de votre projet qu’il vous faudra respecter.
Se confronter le plus tôt possible au jugement de ses clients
Ainsi, la cérémonie de démonstration de Scrum permet d’atténuer l’effet des préjugés individuels de toute l’équipe projet, en la confrontant directement aux retours des utilisateurs clients.
DantotsuPM.com 