Le modèle Cynefin, un outil de classification des contextes de travail

Parmi les questions que je me suis beaucoup posé au début de ma carrière, il y avait celle-ci: “Pourquoi est-ce si difficile d’avoir de la prédictibilité dans le dévelopment logiciel?”. Oui je sais, je me posais des questions chelou… Mais on va admettre que c’est normal.

Malgrè toutes les méthodes et outils que je voyais ou dont des amis me parlaient. RIen ne semblait aider vraiment. En réduisant la taille à livre, comme le faisait XP, ça réduiser le maximum de déviation. Mais celle-ci semblait impossible à éviter…

Lexique

Commençons par définir quelques termes qu’on va utiliser tout du long, et qui pourraient ếtre ambigues. C’est là mes définitions et si elles vous déplaisent, cassez-vous je suis pas là pour discuter lexique.

• Système: ensemble d’éléments interagissant entre eux selon certains principes et règles, même si celles-ci sont inconnues des éléments. Ainsi ici on va parler de système humain, mais c’est la même idée.

• agent: Ce qui agit sur un système. On pourrait réduire ça ici, à un humain, mais c’est plus souvent un groupe, lui permettant d’avoir la capacité d’agir sur le systeme. Mais il peut s’agir aussi d’autre chose.

Le Framework Cynefin

Il nous propose 4 domaines, catégories. Il y a certes un ordres mais sachez que ce n’est pas une matrice. Les domaines dans l’ordre sont:

• Simple (ou évident, clair)
• Compliqué
• Complexe
• Chaotique

Plus le domain est haut plus il est ordonné et plus la causalité est explicite et facile à comprendre.

Domaine Simple

Le domaine le plus ordonné. La causalité est absolue et explicite. Chaque effet à une cause claire et directe. Impossible de se tromper.Si on a l’effet B, alors la cause est A.

Ainsi le modèle de décision est: sentir -> catégoriser -> répondre.

Les contraintes sont fixes, ainsi des Best Practices qui s’appliquent tout le temps existent.

Trop souvent, on a tendance à simplifier les choses et penser qu’on vie dans un domaine simple. Et changer cette vision peut-être problèmatique.

Organiser le travail ci est simple. On définie des standard, et on forme son équipe à les suivre. Pas besoin de réflechir.

Domaine Compliqué

Nous sommes encore dans un domaine ordonné. La causalité est encore là, mais elle n’est plus explicite mais toujours dicrète. Ainsi il est nécessaire de faire appel à des experts pour les trouver, mais on peut les trouver si on y passe suffisament de temps.

Le modèle de décision est: sentir -> analyser -> réagir.

Ici vivent la plus part des profesion intéllectuelles: ingénieurs, analystes, avocats, experts, joueurs d’échechs, etc. Les modèles d’IA s’en sortent d’ailleurs plutot bien. Et on a des “Good Practices”, qui permettent de faire un jugement a priori, après analyse.

Ici on a tendance à engager des experts dont le travail sera de remonter la chaîne de causalité en partant des effets, mais on laissera des opérationnels résoudre celle-ci.

Domaine Complexe

Maintenant on sort des domaines ordonnés. Les liens de causalité ne sont plus directs. Impossible d’avoir un bon jugement a priori, même avec des experts. On doit le faire à postériori, et il n’y a pas de bonne réponse même si des mauvaises peuvent exister. On peut ainsi avoir des pratiques émergeantes, qui sont fortement couplés au contexte spécifique.

Le modele de décision est: explorer -> sentir -> réagir.

Dans ces systèmes, les agents et les contraintes peuvent varier au cours du temps et de manière disjointe. Impossible de piloter le système, on peut au mieux le moduler.

Ici, il faut expérimenter le système pour voir émerger une pratique. Au mieux on peut accompagner les gens pour faire émerger plus simplement une pratique, mais les erreurs sont nécessaire pour cela. Il faut l’accepter.

Domaine chaotique

Ici les notions de cause et effet sont impossible à déterminer. Les choses changent trop vite, et une cela pourrait nous paraître être du pur hasard même si ce n’est pas le cas. les contraines sont inconnues.

Le modèle de décision est: action -> sentir -> réagir.

Toute pratique sera unique au fonctionnement actuel. Et plus d’agents agiront sur le système, plus rapidement son fonctionnement changera, rendant obsolètes les anciennes pratiques.

Le Désordre

La frontière entre tous les domaines. Tant qu’un problème n’est pas qualifié, impossible de savoir comment le traiter.

Quoi mais à quoi ça sert?

Comment approcher un problème? Si on ne connaît pas le contexte impossible d’avoir une bonne approche. Beaucoup de problèmes sont simples ou compliqués. Cela demande du travail, voir de l’expertise mais ça se fait. On organise un projet et on peut avoir une complétude.

Par contre, de ma petite expérience, la majorité des vrai problèmes que j’ai rencontré dans ma carrière se trouvent dans ce domaine. Et la majorité des systèmes d’informations, sont aussi dans le domaine complexe. Voir chaotique si le pourrisement technique ou la dette technique ne sont pas sous-contrôle.

L’appliquer peut aider à mieux appliquer des solutions aux problèmes qui émergent.

Dave Snowden a fait une bonne vidéo de présentation: https://www.youtube.com/watch?v=N7oz366X0-8

See ya space-cowboy