Les 2 "Pourquoi"
Lorsque je réalise une étude chez un client, j'utilise fréquemment une méthode personnelle que j'appelle "Les 2 Pourquoi". Elle me permet de limiter les erreurs, et elle m'aide pendant tout le déroulement du projet.
Quelle est cette méthode ? Je vais tenter de l'illustrer par un exemple très simple.
Le client : je veux remplacer la solution X, que j'utilise depuis 3 ans, par votre progiciel.
Moi : pourquoi ?
Le client : vous avez un module de gestion de la GD qui intègre les remises arrières, les SSCC et l'EDI.
Moi : pourquoi ce module vous intéresse t'il tant ?
Le client : nous avons une unité de production énorme, l'export est en baisse, et des opportunités se présentent sur la grande distribution.
Que m'a apporté cette conversation ?
1) Par la réponse au 1er "pourquoi", je sais que certaines fonctions sont importantes. Il faudra donc prévoir une analyse plus précise de leurs besoins à ce sujet, les parametrages nécessaires, la formation, l'assistance, etc.
Cela risque d'induire des interfaces, et des choix à faire sur d'autres parties de l'application.
Informations factuelles, fonctionnelles, opérationnelles.
2) Le 2nd "pourquoi" amène une réponse en général moins factuelle, mais qui me renseigne sur la direction que prend l'entreprise. Je connais les (ou certaines des) volontés de la direction.
J'ai alors un guide permanent sur les orientations à donner à n'importe quelle action élémentaire. J'ai un garde-fou : "ne pert-on pas de l'énergie à mettre la fonction Z en place alors que vous voulez aller vers ça, et que c'est la direction opposée ?"
Informations stratégiques.
Sans ce 2nd "pourquoi", je risquais de passer à côté d'une information majeure.
Lorsque je connais la réponse au 2nd "pourquoi", il me guidera pour tout.
Le client ne m'a pas parlé de sa gestion de stock. Néanmoins, on ne gère pas un entrepôt de la même façon si on travaille avec la GD et si on fait de la messagerie. Oui, on peut faire les 2 ; ça sera plus complexe ;-)
Je n'ai pas d'idée sur l'origine de cette méthode. S'agit-il d'une compilation inconsciente de diverses lectures ? S'agit-il de pure invention de mon esprit ? Je crois qu'il y a un peu des deux, agrémenté de la sauce "expérience".
Je réalisais ce matin que lorsque j'explique cette méthode à certains proches, ils sont surpris, et emballés. Je me suis dit qu'il serait intéressant de la partager.
Je serai ravi d'avoir vos avis, vos pratiques et retours d'expérience.
2 comments
Ta méthode des "2 Pourquoi" est une simplification de la méthode des 5 Pourquoi (5W chez nos amis anglais) fréquemment utilisée pour retrouver la "root cause" d'un problème (ITIL Problem management) notamment lors d'utilisation de la méthode 8D ( http://fr.wikipedia.org/wiki/8D ).
Il y a pas mal de travaux effectués depuis 15/20 ans sur le domaine de la qualité (Quality management) qui ont débouché sur des méthodes de travail intéressantes (et dépassant heureusement le stade basique du Total Quality Management dont le message principal était : il vaut mieux faire bien du premier coup, ça évite d'avoir à refaire).
Même si empiriquement beaucoup de gens fonctionnaient sur ce genre de méthodes d'analyse, leur formalisation a permis de les diffuser dans des cercles plus étendus et d'étendre leur utilisation.
En fait, ta méthode peut être utilisée dans beaucoup de domaines :)
Merci.
