Framework Cynefin: guide pratique de prise de décision

La coûteuse habitude de tout traiter comme compliqué

Une grande institution financière passe dix-huit mois et plusieurs millions sur un cahier des charges détaillé pour une nouvelle plateforme bancaire numérique. Le document atteint quatre cents pages. Au moment où le développement commence, la moitié des hypothèses sont dépassées. Le projet est livré en retard, hors budget et avec des fonctionnalités dont les clients n’ont jamais voulu. Le bilan conclut que « les exigences étaient incomplètes » et recommande une analyse plus approfondie la prochaine fois.

Ce schéma se répète dans tous les secteurs. La cause profonde est rarement une analyse insuffisante. C’est un diagnostic fondamentalement erroné du domaine du problème. On a traité un défi complexe comme s’il était simplement compliqué. Aucune quantité de planification en amont ne peut compenser cette erreur de catégorisation.

Le framework Cynefin de Dave Snowden, développé à l’Institut de gestion des connaissances d’IBM et affiné dans un article de référence du Harvard Business Review en 2007 avec Mary Boone, fournit le langage diagnostique dont les praticiens ont besoin. Le mot gallois « cynefin » (prononcé « ku-nev-in ») signifie habitat ou lieu. Il nous rappelle que chaque décision existe dans un contexte qui détermine quelles approches fonctionneront.

Deux mondes fondamentalement différents

Le framework identifie cinq domaines, mais la distinction critique pour les leaders est entre le monde ordonné (clair et compliqué) et le monde non ordonné (complexe et chaotique).

Dans les domaines ordonnés, la cause et l’effet sont soit évidents, soit découverts par l’analyse experte. La planification fonctionne. L’expertise est décisive. La bonne réponse existe et on peut la trouver avec suffisamment d’investigation. La gestion de projet traditionnelle, l’ingénierie des exigences et l’optimisation des processus s’inscrivent ici.

Dans les domaines non ordonnés, la cause et l’effet ne peuvent être compris qu’a posteriori. La planification traditionnelle est impossible car le comportement du système est émergent. La transformation numérique, le changement culturel, la disruption du marché et l’innovation vivent dans ce territoire. La bonne réponse n’existe pas à l’avance. On doit la découvrir par l’action.

Comment faire la différence?

Un problème compliqué peut être résolu par quelqu’un possédant l’expertise adéquate, avec suffisamment de temps. On le démonte, on étudie les composants et on réassemble une solution. Une montre suisse est compliquée: complexe dans sa mécanique mais fondamentalement connaissable.

Une situation complexe ne peut pas être résolue par la seule analyse car les composants interagissent de manière imprévisible. Un écosystème forestier est complexe: chaque intervention modifie le comportement du système de façons qu’on ne peut pas pleinement anticiper. Les dynamiques entre parties prenantes, les intérêts politiques et les habitudes culturelles interagissent selon le même schéma.

Cinq domaines, cinq séquences de décision

Clair: percevoir, catégoriser, répondre

La cause et l’effet sont évidents. Une demande de changement suit un processus d’approbation documenté. Un incident correspond à une erreur connue dans la base de connaissances. On applique les bonnes pratiques établies. C’est le domaine des checklists, des procédures opérationnelles standard et des matrices RACI bien définies.

Le piège est la complaisance. Snowden avertit que le domaine clair se trouve dangereusement proche du chaos. Les organisations en pilote automatique sont vulnérables à un effondrement soudain lorsqu’un événement imprévu survient.

Compliqué: percevoir, analyser, répondre

Plusieurs solutions valides existent, mais les trouver nécessite de l’expertise. Un architecte d’entreprise évaluant des plateformes d’intégration, un analyste d’affaires modélisant un processus de conformité, un chef de projet construisant un WBS pour un programme pluriannuel: tous opèrent ici. Le risque est la paralysie par l’analyse ou l’entraînement de l’expert, où une expertise approfondie dans une méthodologie aveugle les praticiens face aux alternatives.

Complexe: sonder, percevoir, répondre

C’est là que vivent la plupart des défis modernes. Au lieu d’analyser d’abord, on mène des expériences « safe-to-fail. » On sonde le système avec de petites interventions, on observe les patterns qui émergent et on amplifie ce qui fonctionne. Un analyste d’affaires dans ce domaine ne produit pas un cahier des charges complet en amont. Il facilite la découverte par des prototypes, le story mapping et des boucles de feedback itératives.

Les leaders doivent résister à la tentation d’imposer l’ordre prématurément. L’instinct de demander un plan détaillé avec des résultats prévisibles produit une fausse certitude. La meilleure approche est de fixer des limites claires et de permettre à l’équipe de naviguer à l’intérieur.

Chaotique: agir, percevoir, répondre

Pas de temps pour l’analyse ou l’expérimentation. Un système critique tombe en panne pendant un pic d’activité. Un fournisseur clé déclare faillite en plein projet. La priorité est d’agir de manière décisive, de stabiliser puis de déplacer la situation vers un domaine où des approches structurées deviennent possibles.

Désordre: le piège par défaut

Le désordre décrit l’état où personne ne sait quel domaine s’applique. Chacun retombe dans sa zone de confort: les managers imposent des processus, les analystes exigent des données, les développeurs commencent à coder. La sortie est de décomposer la situation, d’assigner chaque composant au domaine approprié et d’agir en conséquence.

Pourquoi les débats méthodologiques ratent l’essentiel

Le framework Cynefin explique pourquoi certaines méthodologies fonctionnent brillamment dans certains contextes et échouent dans d’autres. Le cycle en V est une approche du domaine compliqué: il suppose qu’une analyse approfondie en amont peut identifier le bon plan. Les méthodes agiles sont des approches du domaine complexe: elles supposent que les exigences et les solutions émergent par la livraison itérative. Aucune n’est universellement supérieure. La question est toujours dans quel domaine on opère.

Les analystes d’affaires qui comprennent cela cessent de débattre entre cahier des charges détaillé et user stories. Ils diagnostiquent le contexte d’abord. Les exigences pour un système de reporting réglementaire (compliqué) sont très différentes de celles pour un portail client innovant (complexe). Les chefs de projet obtiennent un argumentaire crédible pour adapter la méthodologie au contexte plutôt que d’imposer un standard unique sur l’ensemble du portefeuille.

Reconnaître les changements de domaine

Les situations ne restent pas dans un seul domaine. Un remplacement de système standard (compliqué) peut basculer vers le complexe quand l’adoption par les utilisateurs révèle des patterns de résistance inattendus. Un changement organisationnel complexe peut devenir chaotique quand un dirigeant clé part brusquement. Les praticiens expérimentés surveillent ces transitions et ajustent avant que le décalage ne cause des dégâts.

Le basculement le plus dangereux est du clair vers le chaotique, le « pli de la complaisance. » Des rétrospectives régulières, des tests d’hypothèses et la planification de scénarios fournissent des signaux d’alerte précoces. Les organisations qui intègrent cette conscience dans leur gouvernance cessent de demander « quelle est notre méthodologie? » et commencent à demander « à quel type de problème avons-nous affaire? » Ce changement de question est le point de départ de meilleures décisions.