Le change management IBP fait partie de l’architecture — pas seulement du rollout
Une plateforme peut être en production alors que les droits de décision, la cadence des réunions et l’ownership restent inchangés.
Le change management IBP est souvent traité comme de la communication et de la formation autour d’un rollout technologique. C’est trop étroit.
Observation
Les nouveaux rôles o9 et IBP montrent que l’adoption devient une capacité formelle de transformation.
Implication opérationnelle
Le vrai changement concerne qui approuve la prévision, qui choisit le scénario et qui possède les arbitrages entre service, marge et stock.
Architecture de décision
L’operating model doit définir la cadence, l’autorité, les seuils d’escalade, la version active du plan et l’ownership des overrides.
Ce qui peut rester léger
Les expérimentations de formation, simulations et supports locaux d’adoption peuvent rester flexibles.
Ce qui doit être intégré
Les droits de décision, workflows, versions du plan et pistes d’audit doivent appartenir au processus et à la plateforme IBP gouvernés.
L’adoption IBP est complète uniquement lorsque l’organisation change sa manière de décider.