Une fois qu’une décision est prise, nous avons tendance à en louer les mérites et à rabaisser les autres options.

En quoi sommes-nous concernés dans nos projets ?

Les décisions sont nombreuses dans le management de projet et dans la vie du manager de projet. Il n’est donc pas si rare que nous prenions de mauvaises décisions. Cela fait partie de la vie du projet. En fait, il vaut souvent mieux une décision imparfaite que l’on améliorera plus tard que de rester dans une indécision paralysante pour le projet. Cependant, il n’en reste pas moins vrai que notre entêtement à vouloir soutenir une décision moribonde et néfaste peut mettre en péril tout notre projet.

Comment éviter le plus possible ce travers ?

Quand l’une de nos décisions passées est contestée par des membres de l’équipe, des parties prenantes ou simplement qu’elle se trouve contredite par des faits, il est impératif de reprendre la logique ayant amené à cette décision. En effet, une décision bonne à l’instant T et dans les circonstances X peut être devenue non viable à T+10 et dans des circonstances qui ont évoluées vers une position Y.

L’idée de tenir un journal de vos décisions reprend ici tout son intérêt.

Ce biais peut-il nous être utile ?

Avec les approches Agile, nous nous efforçons de montrer le plus rapidement possible nos livrables mêmes imparfaits aux futurs utilisateurs. Hors, à chaque fois qu’un futur utilisateur de notre produit encore en construction répond positivement à une fonctionnalité, montre un signe d’acceptation, il réalise une mini ou micro décision qu’il aura tendance à soutenir par la suite.

Voici, il me semble, un usage positif et constructif de ce biais.