Vous avez un plan solide, un suivi rigoureux, des outils éprouvés, et pourtant le projet résiste. Le livrable technique avance comme prévu, mais l’adhésion des utilisateurs patine. Le budget est sous contrôle, mais les décisions stratégiques s’enlisent dans des débats sans fin. La replanification ne change rien parce que le problème n’est pas dans le plan.
Cette résistance a souvent une explication structurelle que le cadre Cynefin, développé par Dave Snowden et publié dans la Harvard Business Review en 2007, permet de nommer avec précision: on est en train d’appliquer les bons outils dans le mauvais domaine.
Quand le compliqué et le complexe se ressemblent (mais ne le sont pas)
Cynefin (terme gallois pour “habitat”, prononcé “ku-NEV-in”) distingue cinq domaines de décision. Pour la pratique quotidienne du chef de projet, la distinction la plus utile est celle qui sépare le compliqué du complexe, parce que ces deux domaines sont faciles à confondre.
Une situation compliquée est difficile, mais analysable. La relation entre ce que vous faites et ce que vous obtenez existe et peut être identifiée par quelqu’un qui dispose de l’expertise nécessaire. Construire un pont, configurer un ERP (progiciel de gestion intégré), calculer le chemin critique d’un planning: ce sont des problèmes compliqués. Il y a plusieurs bonnes solutions, il faut de la compétence pour les trouver, mais elles existent avant que vous commenciez à agir.
Une situation complexe fonctionne autrement. La relation entre cause et effet ne peut être établie qu’après coup, parce que le résultat émerge de l’interaction entre trop de facteurs pour qu’une analyse préalable puisse les saisir. Faire adopter un nouveau processus par une organisation, aligner des parties prenantes aux intérêts divergents, construire la cohésion d’une équipe nouvellement formée: ce sont des problèmes complexes. Aucun plan d’action détaillé ne peut garantir le résultat, parce que le système réagit de manière imprévisible aux interventions qu’on y fait.
La confusion entre ces deux domaines est la source d’une grande partie de la frustration en gestion de projet. Face à un problème complexe, le réflexe naturel du praticien formé aux méthodes classiques est d’analyser davantage: réunir plus d’experts, produire plus d’études, affiner le plan. Or, dans le domaine complexe, l’analyse n’est pas la solution parce que les données dont vous auriez besoin n’existent pas encore. Elles n’apparaîtront que lorsque vous aurez commencé à agir et observé la réaction du système.
Les quatre postures du chef de projet
Cynefin identifie aussi un domaine clair (les situations où la bonne réponse est évidente et documentée, comme l’application d’une procédure standard), un domaine chaotique (les situations de crise où il faut agir immédiatement pour stabiliser avant de réfléchir) et un état de désordre (quand on ne sait pas dans quel domaine on se trouve). Chacun appelle une posture différente du chef de projet.
Dans le domaine clair, vous êtes un gestionnaire qui applique et fait appliquer les bonnes pratiques. Dans le domaine compliqué, vous êtes un coordinateur qui mobilise l’expertise, fait dialoguer les spécialistes et tranche quand l’analyse a suffisamment réduit l’incertitude. Dans le domaine complexe, vous devenez un facilitateur qui crée les conditions pour que les réponses émergent: vous lancez des expérimentations à petite échelle, vous observez ce qui fonctionne, vous amplifiez les signaux positifs. Dans le domaine chaotique, vous êtes un décideur d’urgence qui impose une direction pour restaurer un minimum de stabilité.
Ce qui rend cette grille opérationnelle, c’est qu’un chef de projet passe d’une posture à l’autre au sein du même projet, parfois au sein de la même journée: le matin, vous appliquez une procédure de contrôle qualité (clair), l’après-midi vous animez un atelier exploratoire avec des utilisateurs pour comprendre pourquoi le taux d’adoption stagne (complexe), et le lendemain vous coordonnez l’analyse technique d’un incident de performance (compliqué). Cette fluidité entre registres est d’ailleurs explicitement encouragée par les référentiels contemporains de gouvernance de projet, y compris le cadre HERMES de la Confédération suisse, qui insiste sur l’adaptation de l’approche au contexte plutôt que sur l’application rigide d’une méthode unique.
Le diagnostic avant la méthode
Le piège que Cynefin permet d’éviter est celui de la “méthode unique”. Les formations en gestion de projet enseignent des outils puissants, du diagramme de Gantt au registre des risques en passant par la WBS (Work Breakdown Structure, décomposition hiérarchique du travail). Mais ces outils ont été conçus pour les domaines clair et compliqué, là où la planification et l’analyse fonctionnent. Les appliquer au domaine complexe produit des plans rassurants mais illusoires: un diagramme de Gantt détaillé pour la conduite du changement donne l’impression de maîtriser la situation, mais cette impression ne résiste pas au premier contact avec la réalité du terrain.
Inversement, les approches agiles, avec leur logique itérative et leur tolérance à l’émergence, sont conçues pour le domaine complexe. Les appliquer à un volet technique parfaitement analysable du projet, c’est introduire de l’incertitude artificielle là où une planification séquentielle aurait été plus efficace.
Le cadre Cynefin n’est donc pas une méthode de plus à maîtriser, mais un outil de diagnostic qui se situe en amont du choix méthodologique. Avant de se demander “comment piloter cette situation?”, il invite à se demander “de quelle nature est cette situation?”. La réponse détermine si vous avez besoin d’un processus, d’un expert, d’une expérimentation ou d’une action immédiate.
Intégrer le réflexe Cynefin dans sa pratique
Un moyen concret d’ancrer ce diagnostic dans le quotidien est d’ajouter une question systématique au début de chaque réunion de pilotage ou de chaque point d’avancement: “les sujets que nous allons traiter relèvent-ils du compliqué ou du complexe?”. En posant cette question à voix haute, vous forcez l’équipe à distinguer les problèmes qui appellent une analyse approfondie de ceux qui nécessitent une expérimentation rapide. Le PMBOK 7e édition recommande d’ailleurs cette posture de “tailoring”, c’est-à-dire d’ajustement continu des pratiques au contexte. En pratique, cinq minutes de cadrage Cynefin en début de réunion suffisent souvent à éviter une heure de débat où chacun propose des solutions relevant d’un domaine différent sans que personne ne l’ait explicitement identifié.