Un incident survient, et la tentation de foncer est forte
Un retard critique sur un livrable, une défaillance fournisseur, un problème de qualité détecté en phase de recette: quand un incident frappe un projet, la réaction la plus courante est de chercher immédiatement une solution. Cette tendance porte un nom, le biais d’action immédiate, et elle conduit souvent à traiter les symptômes plutôt que les causes. Le débrief post-incident (réunion structurée d’analyse après un événement imprévu) existe précisément pour résister à ce réflexe, mais encore faut-il disposer d’un cadre qui empêche la discussion de dériver vers les solutions avant d’avoir compris ce qui s’est réellement passé.
Le cadre What? So What? Now What?, souvent abrégé W³, répond à ce besoin. Développé par Henri Lipmanowicz et Keith McCandless dans le répertoire des Liberating Structures, il s’appuie sur un concept plus ancien: l’échelle d’inférence (ladder of inference) proposée par Chris Argyris en 1982, puis popularisée par Peter Senge dans The Fifth Discipline (1990). Ce modèle mental décrit comment un individu passe inconsciemment des faits bruts aux croyances et aux décisions en sautant des étapes intermédiaires. W³ force le groupe à gravir cette échelle marche par marche.
Trois phases, un seul principe directeur
La mécanique de W³ tient en trois questions posées dans un ordre strict.
What? (Qu’est-ce qui s’est passé?) Cette première phase se concentre exclusivement sur les faits observables. Chaque participant décrit ce qu’il a vu, entendu ou mesuré, sans interprétation. Dans un contexte projet, cela revient à dresser la chronologie de l’incident: quels événements se sont produits, dans quel ordre, avec quels effets constatés. La discipline consiste à repousser toute explication causale. Un participant qui dit “le fournisseur a mal géré ses priorités” interprète déjà. “Le fournisseur a livré avec six jours de retard” est un fait.
So What? (Qu’est-ce que cela signifie?) Une fois les faits posés, le groupe cherche les patterns, les implications et les liens de cause à effet. C’est ici que l’analyse se produit: pourquoi ces faits se sont-ils enchaînés ainsi? Quels signaux auraient pu alerter plus tôt? Quelles hypothèses de travail se sont révélées fausses? Cette phase est la plus exigeante intellectuellement, car elle demande de rester dans l’analyse sans basculer dans la prescription.
Now What? (Qu’est-ce qu’on fait maintenant?) La dernière phase, et elle seule, est tournée vers l’action. Les décisions qui en sortent sont fondées sur une compréhension partagée de la situation, pas sur l’intuition d’un seul individu pressé de “régler le problème”. Les actions identifiées sont concrètes, attribuées et datées.
Le principe directeur est simple: interdire de répondre à la troisième question tant que les deux premières n’ont pas été traitées. Toute la valeur du cadre repose sur cette séquence.
Comment animer un W³ en contexte projet
Une session W³ se déroule idéalement en 45 minutes environ, selon le format recommandé par Lipmanowicz et McCandless. Le processus commence par une minute de réflexion individuelle silencieuse sur la première question, suivie d’un échange en petits groupes de cinq à sept personnes pendant trois à huit minutes. Les observations sont ensuite partagées en plénière avant de passer à la question suivante, selon le même cycle.
La structure n’est d’ailleurs pas propre au management de projet. Rolfe, Freshwater et Jasper (2001) ont formalisé un cadre identique dans le domaine des sciences infirmières sous le titre Critical Reflection for Nursing and the Helping Professions, ce qui confirme la robustesse de la séquence observer-interpréter-décider au-delà des disciplines de gestion.
Pour un chef de projet qui anime le débrief, quelques points méritent attention. Le rôle du facilitateur consiste principalement à faire respecter les frontières entre phases. Quand un participant saute à une solution pendant la phase What, il faut le noter et reporter la suggestion à la phase Now What. Ce recadrage, répété autant que nécessaire, est le geste essentiel de l’animation. Il est aussi utile de désigner un preneur de notes distinct du facilitateur, car les faits bruts de la phase What constituent une matière précieuse qui se perd vite si personne ne la capture.
Les petits groupes ne sont pas une option décorative: ils permettent aux participants moins assertifs de s’exprimer dans un cadre moins exposé, ce qui enrichit significativement la collecte de faits en phase What. Dans les équipes pluridisciplinaires, cette dynamique est particulièrement précieuse car les perspectives techniques et fonctionnelles se complètent lors de la reconstitution des faits.
Ce que W³ n’est pas
Il est tentant de rapprocher W³ de la rétrospective agile telle que décrite par Esther Derby et Diana Larsen dans leur modèle en cinq phases. Les deux outils partagent un objectif d’amélioration continue, mais leurs usages diffèrent. La rétrospective s’inscrit dans une cadence régulière (fin de sprint, fin d’itération) et couvre l’ensemble du fonctionnement de l’équipe. W³ est un outil ad hoc, déclenché par un événement spécifique, et focalisé sur cet événement.
Cette distinction a des conséquences pratiques: une rétrospective peut explorer les dynamiques d’équipe, les processus, les outils, tandis qu’un W³ post-incident reste centré sur la chaîne de faits qui a conduit à l’incident et sur les actions qui en découlent. Le format est plus court, moins ritualisé, et ne nécessite pas que l’équipe soit rompue aux pratiques agiles.
W³ se distingue aussi du questionnaire QQOQCP (Qui, Quoi, Où, Quand, Comment, Pourquoi), qui structure l’analyse d’un problème encore ouvert. W³ intervient après l’événement, quand le problème est survenu et qu’il faut en tirer du sens collectivement.
Quand déclencher un W³
Tous les incidents ne justifient pas un débrief structuré de 45 minutes. Un bon critère est le suivant: l’événement a-t-il surpris l’équipe ou contredit une hypothèse de travail? Si oui, un W³ est pertinent. Une défaillance fournisseur anticipée et gérée par le plan de risques ne nécessite pas de débrief. Une défaillance fournisseur qui révèle une dépendance non identifiée, en revanche, mérite une analyse collective.
Les situations typiques en gestion de projet incluent un incident de qualité détecté tardivement, un retard critique qui a provoqué un effet domino sur d’autres livrables, un conflit avec une partie prenante qui a dégénéré, ou encore une décision de comité de pilotage qui a pris l’équipe à contre-pied. Dans chaque cas, le W³ permet de transformer un événement subi en apprentissage structuré, sans attendre la fin du projet pour conduire un bilan global.