La distinction entre complexinfo et info complexe ne relève pas d’un jeu sémantique. Elle engage deux logiques de traitement de l’information radicalement différentes, et confondre les deux mène à des erreurs de diagnostic coûteuses en temps et en ressources.
Architecture de l’information : ce que complexinfo implique en termes de système
Complexinfo désigne un environnement informationnel où les interactions entre données sont instables et non linéaires. Nous ne parlons pas d’une information difficile à comprendre, mais d’un système dans lequel la nature même des liens entre les éléments empêche toute prédiction fiable.
Un flux d’informations dans un système complexe se caractérise par des boucles de rétroaction, des effets de second ordre et une sensibilité aux conditions initiales. Modifier un paramètre à un endroit du système peut produire des effets disproportionnés ailleurs, sans relation de cause à effet traçable a priori.
À l’inverse, une info complexe reste un objet informationnel unitaire. Elle peut être dense, technique, multiparamétrique, mais elle conserve une structure décomposable. Un rapport réglementaire de plusieurs centaines de pages est une info complexe. Le réseau d’interactions entre ce rapport, les acteurs qui l’interprètent, les décisions qu’il génère et les effets de ces décisions constitue un complexinfo.
Compliqué et complexe : grille de diagnostic opérationnelle
La confusion la plus fréquente consiste à traiter un problème complexe avec les outils du compliqué. Nous observons ce réflexe dans la majorité des organisations confrontées à des situations où l’expertise seule ne suffit plus.
Un problème compliqué appelle l’analyse séquentielle. On le découpe en sous-systèmes, on fait intervenir des spécialistes, et les mêmes causes produisent les mêmes effets. Un moteur d’avion est compliqué. Un expert peut le diagnostiquer, le réparer, et le résultat sera reproductible.
Un problème complexe ne se découpe pas. Les éléments interagissent de façon dynamique, et la réponse adaptée passe par des expériences courtes et réversibles plutôt que par un plan d’action linéaire. Le cadre Cynefin formalise cette distinction en proposant des postures de décision différentes selon la nature du problème rencontré.
Critères de classification rapide
- Le problème peut être résolu par un expert seul qui dispose de toutes les données nécessaires : il est compliqué, pas complexe.
- Le problème change de nature selon qui l’observe, et les solutions testées modifient le problème lui-même : il relève de la complexité.
- Ajouter un processus supplémentaire ou un tableau de bord ne produit aucun résultat visible après plusieurs itérations : le diagnostic initial est probablement erroné, et la situation est complexe.
Gouvernance des interactions plutôt que pilotage des tâches
Les organisations qui réussissent face à la complexité ne cherchent pas à multiplier les procédures. Elles déplacent leur attention vers la gouvernance des interactions entre équipes et systèmes.
Concrètement, cela se traduit par des forums inter-équipes réguliers, des audits portant sur les incitations plutôt que sur les livrables, et des exercices structurés d’analyse des effets de second ordre. L’objectif n’est pas de contrôler chaque variable, mais de rendre le système capable de s’adapter en temps réel.
Dans les secteurs réglementés, cette approche gagne du terrain. La complexité y est de plus en plus traitée comme un problème d’architecture d’ensemble plutôt que de conformité point par point. Un audit qui vérifie chaque règle isolément passe à côté des interactions entre règles, là où les vrais risques se concentrent.
Le piège du process supplémentaire
Ajouter un comité, un reporting ou une couche de validation face à un blocage persistant est le réflexe standard. Dans un monde compliqué, ce réflexe fonctionne. Dans un monde complexe, chaque couche de contrôle supplémentaire rigidifie le système et aggrave le problème initial.
Nous recommandons un test simple : si la même décision revient en réunion depuis plusieurs mois sans être tranchée malgré des données disponibles, le blocage ne vient pas d’un manque d’information. Il vient de la nature complexe de la situation, que les outils en place ne sont pas conçus pour traiter.
Complexinfo en pratique : identifier le bon niveau de réponse
La distinction entre info complexe et complexinfo a une conséquence directe sur le type de réponse à mobiliser.
- Face à une info complexe, la réponse est analytique : synthèse, hiérarchisation, expertise sectorielle. On simplifie sans dénaturer.
- Face à un complexinfo, la réponse est adaptative : on lance des expériences courtes et réversibles (safe-to-fail probes), on observe les résultats, on ajuste. Le plan détaillé à six mois n’a pas de prise sur ce type de situation.
- Le critère de bascule est la stabilité des relations de cause à effet. Si elles tiennent dans le temps, on est dans le compliqué. Si elles fluctuent selon le contexte et les acteurs impliqués, on est dans le complexe.
Cette grille n’est pas théorique. Elle détermine si une équipe projet doit recruter un expert supplémentaire (réponse au compliqué) ou restructurer ses modes d’interaction (réponse au complexe). Se tromper de catégorie revient à soigner un symptôme en aggravant la cause.
La prochaine fois qu’un problème résiste à l’analyse et aux process, la question utile n’est pas « de quelle information manque-t-on ? », mais « quel type de système est-on en train de piloter ? ». La réponse change tout ce qui suit.
