Le modèle opérationnel qui survit à la réorganisation

10.06.2026

7 min de lecture

La plupart des réorganisations déplacent des cases sans rien changer. 63 % des refonte de modèles opérationnels atteignent aujourd’hui leurs objectifs, contre 21 % il y a dix ans. Ce qui fait la différence, c’est la logique opérationnelle sous-jacente : qui a le droit de prendre quelle décision, qui détient le mandat de plateforme et comment les interfaces sont régies. Laisser ces trois questions sans réponse, c’est intégrer les anciennes frictions dans la nouvelle structure.

Les points clés en bref

L’organigramme est le symptôme, pas la solution. Les réorgs redessinent des lignes, mais laissent intactes les droits de décision, les mandats et les interfaces. C’est précisément là que naît la friction qui déclenchera la prochaine réorg.
Trois leviers portent le modèle. Des droits de décision clairs, un véritable mandat de plateforme et une gouvernance contraignante des interfaces déterminent la vitesse et la création de valeur. Sans eux, toute structure n’est qu’une autre forme d’immobilisme.
20 à 30 % de rendement sur capital sont en jeu. C’est le potentiel de rendement sur capital que les organisations perdent, selon McKinsey, en raison d’un modèle opérationnel mal aligné. Cela impacte directement la rentabilité.

En lien :Gouvernance de l’IA : pourquoi les CEO ne peuvent pas déléguer / 20 % des entreprises captent 74 % du rendement de l’IA

Pourquoi la réorg est souvent le mauvais outil

Une réorganisation est la réponse la plus visible à un problème invisible. Elle s’annonce, se présente sur des diapositives et se mesure en trimestres. C’est pourquoi les équipes dirigeantes y recourent par réflexe dès que la performance vacille. Modifier l’organigramme donne l’impression d’agir.

L’effet s’évapore, car la friction se situe rarement entre les cases. Elle se situe dans les transitions. Qui peut prendre une décision d’architecture sans passer par trois niveaux d’escalade ? Qui porte le budget d’une plateforme partagée qui n’appartient à personne en particulier ? C’est à ces endroits qu’une organisation perd de la vitesse, et non dans le nombre de niveaux hiérarchiques.

Qu’est-ce qu’un modèle opérationnel ? Le modèle opérationnel décrit comment une organisation crée de la valeur : qui prend quelles décisions, comment le travail circule entre les entités, quelles plateformes sont partagées et à l’aune de quoi le succès est mesuré. C’est la logique opérationnelle sous-jacente à l’organigramme, et elle détermine si une structure tient ou ne fait qu’avoir une apparence différente.

McKinsey a fourni des chiffres solides à ce sujet. Plus de 2 000 dirigeants rapportent que des modèles opérationnels mal alignés coûtent 20 à 30 % du rendement sur capital potentiel. La bonne nouvelle issue de la même étude : le taux de réussite des refontes est passé de 21 à 63 %. Le levier n’était pas davantage de structure, mais un meilleur alignement des décideurs et une refonte systématique des processus clés.

Trois leviers qui déterminent la contribution à la valeur

Le premier levier est celui des droits de décision. Dans la plupart des organisations, il n’est pas défini qui peut prendre une décision seul et qui doit seulement être consulté. Le résultat est une culture de la couverture : chaque arbitrage remonte la hiérarchie, chaque conflit devient l’affaire du dirigeant. Un modèle opérationnel qui tient inscrit les droits de décision de manière explicite, jusqu’à la question de savoir quelle décision technique une équipe plateforme peut prendre sans demander l’avis de personne. Là où cela fait défaut, même l’Enterprise Agility échoue dès la première vraie escalade.

Le deuxième levier est le mandat plateforme. Les plateformes partagées, de la base de données jusqu’au stack de développement interne, échouent rarement pour des raisons techniques. Elles échouent parce que personne n’a le mandat d’établir des standards contraignants. Une équipe plateforme sans mandat devient une quémandeuse qui négocie chaque connexion individuellement. Avec un mandat, elle devient définisseuse de standards, dont la décision par défaut s’applique tant qu’aucune business unit ne justifie un cas particulier étayé. C’est précisément ce basculement qui sépare une plateforme scalable d’un projet annexe coûteux, comme le montre également le passage du pilote IA vers l’exploitation courante.

Le troisième levier est la gouvernance des interfaces. Chaque réorganisation crée de nouveaux points de transfert entre unités. S’ils restent non régulés, l’ancienne friction se déplace simplement vers un nouvel endroit. Des interfaces contraignantes définissent ce qu’une unité doit à l’autre : quelles données, dans quelle qualité, pour quand. Cela semble bureaucratique, mais c’est exactement le contraire. Des transferts clairs réduisent les handoffs, les doublons et les boucles de coordination – précisément la friction que McKinsey identifie comme levier central dans la refonte.

Celui qui redessine l’organigramme en oubliant les droits de décision retrouvera exactement la même friction 18 mois plus tard, juste ailleurs.

Le chiffre qui donne la direction

21 à 63 pour cent. C’est la progression du taux de réussite des refontes de modèles opérationnels en une décennie. Le moteur résidait dans des droits de décision clairs, un travail de fond sur les processus et un mandat rendant les standards contraignants.

Le facteur DACH : cogestion, matrice et SAP

Dans le contexte allemand, le modèle se heurte à trois réalités. La première est la cogestion. Celui qui redistribue les droits de décision et rend les interfaces contraignantes touche à des modifications d’entreprise impliquant la participation du comité d’entreprise. Cela ralentit certes, mais cela discipline aussi : un mandat qui a passé le filtre de la représentation des salariés résiste mieux à la première pression.

La deuxième réalité est la matrice héritée. De nombreux groupes DACH portent une double ligne de reporting région et fonction qui contourne toute attribution claire des décisions. Un modèle opérationnel qui tient ici n’a pas besoin de supprimer la matrice, mais doit définir, pour chaque type de décision, quel axe a la priorité. Sans cela, le droit de décision reste une promesse sur le papier.

La troisième est le cœur centré sur SAP. Lorsqu’un seul système ERP dicte la logique des processus, la gouvernance des interfaces n’est pas un choix libre, mais liée à la réalité du système. C’est une contrainte, mais aussi une ancre : là où les processus sont de toute façon câblés dans le système, les transferts peuvent être définis avec plus de précision que dans un paysage d’outils disparates. Qui régule rigoureusement les interfaces a également besoin de talents tech avec un profil orienté interfaces, pas seulement d’expertise métier.

La contre-position : parfois, la structure doit vraiment être repensée

On peut objecter qu’il existe des situations où seule une véritable refonte structurelle s’impose. Après une fusion, lors d’un carve-out ou quand un modèle économique s’effondre, ajuster les droits de décision ne suffit pas. C’est exact. Mais cet argument confond le prétexte avec la méthode. Même une restructuration nécessaire ne portera ses fruits que si les trois leviers sont actionnés conjointement. Redessiner l’organigramme sans clarifier les droits de décision, le mandat de la plateforme et les interfaces, c’est s’assurer de retrouver les mêmes frictions ailleurs dans 18 mois. Ce mécanisme se vérifie également avec l’IA : selon BCG, les organisations qui reconfigurent leurs processus en profondeur tirent bien plus de valeur de la technologie que celles qui s’en tiennent à des projets pilotes isolés.

La première étape pour les 90 prochains jours

Ne pas toucher à l’organigramme, mais dresser la liste des dix décisions récurrentes les plus importantes. Pour chacune, répondre à la question : qui décide seul, qui est consulté, qui est simplement informé ? Cette seule démarche met en lumière là où les décisions remontent inutilement vers le haut. Parallèlement, identifier les trois interfaces les plus coûteuses entre les entités et formaliser ce que chacune doit aux autres. Ce n’est qu’une fois ces deux listes établies qu’il vaut la peine de s’interroger sur la structure. La plupart du temps, il apparaît alors que la réorganisation n’était pas nécessaire, car le véritable problème résidait dans les transitions, non dans les cases. Travailler avec rigueur à ce niveau permet également de prévenir la prochaine réorganisation, car la capacité au changement est plus limitée que la feuille de route ne le suppose.

Foire aux questions

Pourquoi tant de réorganisations échouent-elles ?

Parce qu’elles modifient l’organigramme, mais laissent intacte la logique opérationnelle sous-jacente. Les véritables frictions résident dans les droits de décision, l’absence de mandat de plateforme et des interfaces non régulées. Si ces trois leviers ne sont pas actionnés, une réorganisation ne fait que déplacer les frictions existantes vers un nouvel endroit, imposant une nouvelle réorg 18 mois plus tard.

Quelle est la différence entre un modèle opérationnel et un organigramme ?

L’organigramme montre les lignes hiérarchiques, c’est-à-dire qui est subordonné à qui. Le modèle opérationnel décrit la logique de fonctionnement : qui est habilité à prendre quelle décision, comment le travail circule entre les entités, quelles plateformes sont partagées et comment la création de valeur est mesurée. Deux organisations disposant d’un organigramme identique peuvent fonctionner de manière totalement différente.

Quelle est la première étape concrète, sans procéder immédiatement à une restructuration ?

Un inventaire des dix décisions récurrentes les plus importantes, assorti d’une attribution claire précisant qui décide seul, qui est consulté et qui est simplement informé. Complété par les trois interfaces les plus coûteuses entre entités et la définition de ce que chacune doit aux autres. Ces deux listes clarifient souvent davantage qu’un nouvel organigramme.