Viable System Model : Pourquoi certaines organisations deviennent ingérables

Introduction : Le jour où Nokia a prouvé qu’on peut mourir en étant N°1 (novembre 2010)

On cite Stafford Beer souvent. On le résume encore plus souvent. Et on le comprend rarement. Dans les organisations contemporaines, le Viable System Model (VSM) est devenu une sorte de mot-valise élégant. On l’évoque pour parler d’agilité, d’autonomie, de gouvernance distribuée, parfois même de management horizontal. On le brandit comme un talisman conceptuel censé résoudre la complexité par décret intellectuel.

C’est précisément là que commencent les malentendus. Car Beer n’a jamais proposé un modèle de confort. Il a proposé une architecture de survie. Cette architecture est bien plus exigeante, plus inconfortable, et plus radicale que ce que les lectures managériales rapides laissent entendre.

Le contresens originel : Viable ne veut pas dire performant

Premier piège, et non des moindres : le mot viable. Dans l’usage courant, une organisation viable serait une organisation rentable, efficiente, compétitive. Or, pour Beer, la viabilité ne se mesure ni au profit, ni à la croissance, ni même à la satisfaction immédiate des parties prenantes.

Une organisation est viable si – et seulement si – elle est capable de maintenir son identité dans le temps, malgré les perturbations de son environnement. Autrement dit, elle absorbe les chocs sans se dissoudre, elle s’adapte sans se renier, elle évolue sans perdre sa cohérence interne. La viabilité n’est pas un objectif de performance, c’est une condition d’existence.

De nombreuses organisations très performantes sont structurellement non viables. Elles fonctionnent en brûlant leurs propres régulations, en comprimant leurs marges d’autonomie interne, et en sacrifiant leur capacité d’apprentissage au profit de résultats immédiats. Elles tiennent jusqu’au moment où elles ne tiennent plus.

La Loi de Variété Requise : Le fondement cybernétique du VSM

Avant d’aller plus loin, il faut comprendre le principe mathématique sur lequel Beer a construit le VSM : la Loi de Variété Requise de Ross Ashby (1956). Le principe fondamental : « Seule la variété absorbe la variété ».

En termes simples, pour contrôler un système complexe, votre mécanisme de contrôle doit avoir au moins autant de variété (états possibles, réponses possibles) que le système à contrôler. Un terrain (clients, marchés, opérations locales) génère une variété de 1 000 situations différentes par semaine. Un centre (direction, siège) est capable de traiter seulement 10 situations par semaine. Résultat mathématique garanti : échec.

Le centre ne peut physiquement pas absorber la complexité du terrain. Il va, soit saturer (lenteur, files d’attente, décisions en retard), soit simplifier brutalement (règles rigides inadaptées), soit ignorer 99% des signaux (cécité structurelle).

C’est pour cela que l’autonomie locale n’est pas un choix de management, c’est une obligation cybernétique. Si le centre veut tout décider, il doit avoir une variété équivalente au terrain. C’est physiquement impossible dans les organisations complexes d’où le VSM qui est une architecture qui distribue l’absorption de variété à chaque niveau.

Pour approfondir ce principe fondamental, lire notre article : « La Loi de Variété Requise d’Ashby : Pourquoi la complexité ne se contrôle pas« 

Les 5 systèmes du VSM : Architecture complète

Le VSM n’est pas un organigramme. C’est une description de 5 fonctions systémiques interdépendantes nécessaires à la viabilité.

Le VSM n’est pas un organigramme (et encore moins un modèle RH)

Deuxième malentendu massif : confondre le VSM avec un schéma organisationnel. Le VSM ne décrit pas des personnes, des postes ou des services. Il décrit des fonctions systémiques nécessaires à la survie de tout système complexe. Ces fonctions peuvent être incarnées par des individus, réparties entre plusieurs unités, automatisées, ou parfois absentes, et c’est bien là le problème.

Lorsqu’une organisation implémente le VSM en redessinant son organigramme, elle rate l’essentiel : le modèle ne parle pas de qui fait quoi, il parle de ce qui doit être régulé pour que le système ne s’emballe pas. Le VSM n’est pas une structure figée. C’est une dynamique permanente de régulation.

Cas documenté n°1 : Kodak – Quand le Système 5 tue le Système 4

Cas documenté n°2 : Blockbuster – Quand le Système 2 n’existe pas

Cas documenté n°3 : General Electric sous Jack Welch – Hypertrophie Système 3, atrophie Système 4

Autonomie locale : Pas une faveur, une obligation

On aime beaucoup citer Beer pour justifier l’autonomie des équipes. On aime moins ce qu’il implique réellement. Dans le VSM, les unités opérationnelles (Système 1) doivent disposer d’une autonomie réelle, non négociable, pour gérer la variété de leur environnement local. Aucun centre ne peut absorber toute la complexité du terrain.

Cela ne crée pas de l’ordre. Cela crée une accumulation de délais, d’erreurs et de contournements mais – et c’est là que le malentendu commence – autonomie ne signifie ni indépendance, ni liberté totale, ni anarchie fonctionnelle.

L’autonomie locale est toujours couplée à des mécanismes de régulation transversale et stratégique. Sans cela, on n’a pas un système viable, on a une fédération de silos.

Régulation : Ce que les organisations détestent regarder en face

Le cœur du VSM, ce n’est pas l’autonomie, c’est la régulation. Beer insiste sur un point souvent escamoté : « Un système échoue rarement par manque d’intelligence locale, mais très souvent par défaut de régulation entre les niveaux« .

La régulation, dans le VSM, remplit plusieurs fonctions critiques : éviter que les unités locales se parasitent mutuellement, arbitrer les conflits de ressources, maintenir une cohérence minimale de fonctionnement, absorber les tensions avant qu’elles ne deviennent explosives.

Dans beaucoup d’organisations, la régulation est confondue avec le contrôle, la conformité, la bureaucratie, ou pire : le reporting. Résultat : on supprime ou on affaiblit les véritables boucles de régulation tout en renforçant des mécanismes de surveillance qui n’ont aucune capacité adaptative. Le système devient rigide là où il devrait être souple, et laxiste là où il devrait être structurant.

Escalade : Quand le centre détruit ce qu’il prétend sauver

L’un des apports les plus dérangeants de Beer concerne l’escalade décisionnelle. Lorsqu’un centre perçoit une perte de contrôle, sa réaction spontanée est presque toujours la même : centraliser davantage, normer plus finement, demander plus d’indicateurs, réduire les marges de manœuvre locales. Du point de vue du VSM, c’est une réponse pathologique.

Pourquoi ? Parce que plus le centre tente d’absorber la variété locale, plus il sature, plus il devient lent, plus il produit des décisions inadaptées ce qui déclenche encore plus de centralisation.

L’escalade n’est pas un accident. C’est une dynamique structurelle lorsqu’un système confond pilotage et contrôle.

Le niveau stratégique : Pas une vision inspirante, une fonction de survie

Autre contresens fréquent : réduire la fonction stratégique du VSM (Système 4 + Système 5) à une question de vision, de mission ou de storytelling. Pour Beer, la fonction stratégique n’est pas là pour inspirer. Elle est là pour arbitrer entre présent et futur.

Concrètement, cela signifie protéger le système des pressions court-termistes, maintenir une capacité d’exploration, empêcher l’exploitation immédiate de détruire les options futures.

Or, dans beaucoup d’organisations modernes, la stratégie est devenue un discours, un slide deck, un exercice annuel sans pouvoir réel. Pendant ce temps, les décisions structurantes sont prises ailleurs, souvent au niveau opérationnel, sous contrainte, et sans vision d’ensemble.

Le VSM rappelle une vérité inconfortable : une organisation peut mourir non pas par erreur, mais par excès de cohérence locale non arbitrée.

Cas de succès : Toyota Production System comme VSM organique

Ce que le VSM ne promet pas (et c’est tant mieux)

Il faut être clair : le modèle de Beer ne promet ni harmonie, ni fluidité permanente, ni absence de conflit. Au contraire. Un système viable est : traversé de tensions, parcouru de frictions, soumis à des arbitrages douloureux. La viabilité n’est pas l’élimination du conflit, c’est sa canalisation structurelle.

Toute tentative de lisser artificiellement les tensions – au nom de la culture, de l’alignement ou du bien-être – produit souvent l’effet inverse : Les conflits réapparaissent ailleurs, plus violemment, plus tardivement, et beaucoup plus coûteux.

Pourquoi personne n’applique vraiment le VSM : Le coût politique

Si le VSM est si souvent trahi, ce n’est pas par manque de clarté théorique. C’est parce qu’il impose trois renoncements majeurs que peu d’organisations acceptent réellement.

Le calcul politique des dirigeants : Appliquer le VSM = conflits politiques immédiats, résistances massives, risque de déstabilisation à court terme. Ne pas l’appliquer = paix sociale maintenue, problèmes structurels reportés à 2-5 ans. Résultat : Les directions choisissent rationnellement de ne pas appliquer le VSM, même quand elles le comprennent. On préfère parler de Beer plutôt que de l’appliquer.

Le VSM comme outil de diagnostic, pas comme recette

Enfin, peut-être le point le plus important : Le VSM n’est pas un modèle à appliquer. C’est un modèle pour voir. Il permet de poser des questions redoutablement simples :

• Où la variété est-elle étouffée ?
• Où la régulation est-elle absente ou factice ?
• Où le centre escalade-t-il par peur ?
• Où le futur est-il sacrifié au présent ?
• Quels systèmes (1 à 5) sont absents ou dysfonctionnels ?

Ces questions n’appellent pas de réponses standardisées. Elles exigent une lecture située, contextuelle, systémique. C’est précisément pour cela que Beer parlait de cybernétique organisationnelle, et non de management.

Conclusion : Relire Beer, vraiment

Relire Stafford Beer aujourd’hui, ce n’est pas chercher une nouvelle méthode, c’est accepter une désillusion structurante. Le système viable n’est pas celui qui rassure. C’est celui qui survit sans se rigidifier, qui se transforme sans s’effondrer, et qui accepte ses limites plutôt que de les nier.

Retour à novembre 2010, Nokia. Nokia avait tout : l’argent, les talents, la technologie, la vision du futur. Nokia a même inventé des prototypes tactiles avant l’iPhone. Mais Nokia n’avait pas une architecture de décision viable.

Quand Stephen Elop a centralisé tout pour sauver l’entreprise, il a détruit exactement ce qui la maintenait en vie : la capacité des équipes locales à absorber la variété de leur environnement. Nokia est mort par excès de contrôle, pas par manque de vision.

À l’heure où les organisations multiplient les indicateurs, les frameworks et les promesses de maîtrise, le VSM rappelle une vérité simple et dérangeante : La complexité ne se contrôle pas, elle se régule ou elle vous régule à votre place. Et c’est peut-être là, plus que dans n’importe quel modèle à la mode, que réside l’héritage le plus précieux de Stafford Beer.

Foire aux questions – FAQ