Ce que la fusion n’a pas tranché, le paramétrage de l’ERP ne devrait pas le décider par défaut. Qui valide une opération ? Quelle règle devient commune ? Quelle différence faut-il conserver ? Avant de chercher comment configurer le système, il faut préciser ce que l’organisation veut faire fonctionner ensemble.
Pour la DSI, les directions métiers et le responsable projet, « mettre en place un ERP commun » doit donc être un point de départ du cadrage, non sa conclusion. L’assistance à la mise en place d’un ERP peut commencer par ce travail : formuler les besoins, identifier les décisions à prendre et construire une trajectoire avant l’exécution.
Définir le besoin sans présumer du choix d’outil
Conserver un ERP existant, en étendre l’usage ou envisager une nouvelle solution : la discussion doit d’abord porter sur le fonctionnement attendu. La pratique AMOA d’OLING identifie précisément la confusion entre besoin métier et choix d’outil comme un point de vigilance.
Dans un contexte de fusion, le cadrage peut s’organiser autour de quelques questions :
- Quel objectif poursuivre ? Que cherche-t-on à rapprocher : les outils, les pratiques, l’information disponible pour piloter l’activité ?
- Quel besoin formuler ? Quelle situation métier veut-on corriger, et pour quelles parties prenantes ?
- Quelles priorités partager ? Quels besoins doivent guider les premiers arbitrages ?
- Quelles décisions restent ouvertes ? Que faut-il clarifier avant d’engager l’étape suivante ?
Ces questions ne préjugent pas de la solution. Elles remettent le besoin au centre de la discussion, avant que les préférences pour un outil ne tiennent lieu d’objectifs.
Passer d’une attente commune à des décisions explicites
Le cadrage ne s’arrête pas au recueil des demandes. Il doit aussi identifier les parties prenantes et les décisions à prendre. C’est l’une des étapes de la démarche AMOA d’OLING, entre la clarification des objectifs et la formalisation de la feuille de route.
Pour chaque sujet encore ouvert, la question utile est simple : qu’attend-on exactement de l’organisation pour avancer ? Une précision du besoin, une priorité partagée ou un arbitrage ? Cette distinction permet de ne pas traiter tous les désaccords comme des demandes de configuration.
Dans la préparation des échanges, mieux vaut nommer la décision attendue que se limiter à un intitulé de chantier. Qui doit être associé ? Qui porte l’arbitrage ? Sur quelles priorités doit-il s’appuyer ? Le sponsoring explicite et les priorités partagées figurent parmi les facteurs de réussite identifiés par la pratique AMOA d’OLING.
Construire une feuille de route, pas seulement fixer une échéance
Une fois le besoin et les décisions clarifiés, le travail consiste à formaliser la trajectoire et les livrables attendus. OLING privilégie une progression par étapes : cadrer le problème, clarifier les attentes, puis organiser la suite du projet sur cette base.
Pour la refonte ERP, il est donc utile de relire chaque étape à partir de ses objectifs et des arbitrages qu’elle appelle. Le besoin est-il suffisamment formulé ? Les parties prenantes sont-elles identifiées ? Les priorités sont-elles partagées ? Les livrables attendus sont-ils explicites ?
Il ne s’agit pas de tout décider immédiatement, mais de rendre visibles les décisions encore nécessaires. Une feuille de route doit rester un support de cadrage et de progression, plutôt qu’un calendrier qui laisse ces questions hors du dossier.
Donner à chaque livrable une fonction claire
Les livrables usuels de la pratique AMOA d’OLING sont la note de cadrage, le backlog ou la feuille de route et la synthèse de gouvernance. Dans la préparation d’une refonte ERP, leur lecture peut être guidée par trois questions complémentaires :
- Note de cadrage : le besoin et les objectifs sont-ils compréhensibles et partagés ?
- Backlog ou feuille de route : les priorités, les étapes et les livrables attendus sont-ils explicites ?
- Synthèse de gouvernance : les parties prenantes et les décisions à prendre sont-elles identifiées ?
L’enjeu n’est pas d’ajouter des documents à ceux du projet. Il est de formaliser une base de travail que les métiers, la DSI et le responsable projet puissent utiliser pour préparer l’exécution.
Surveiller ce qui reste à arbitrer
La pratique AMOA d’OLING retient deux points de vigilance : la confusion entre besoin métier et choix d’outil, et le volume de décisions non arbitrées. Ils donnent un angle concret pour relire un cadrage devenu flou.
Les échanges portent-ils encore sur les objectifs, ou principalement sur les outils ? Les priorités sont-elles explicites ? Les décisions en attente sont-elles identifiées ? Revenir à ces questions permet de concentrer la reprise de cadrage sur le besoin et les arbitrages, plutôt que de relancer indistinctement tous les travaux préparatoires.
OLING intervient en amont d’un projet ou lors d’une reprise de cadrage. La pratique AMOA décrite ici porte sur la structuration du besoin, du cadrage et de l’alignement entre parties prenantes avant exécution. Elle ne constitue ni une garantie de succès ni une promesse de projet sans dérive.
Avant la prochaine étape, vérifier la base de décision
Dans une refonte ERP liée à une fusion, le prochain travail utile peut être une revue du cadrage plutôt qu’un nouveau comparatif d’outils. Le besoin est-il clair ? Les priorités sont-elles partagées ? Les décisions et les livrables attendus sont-ils identifiés ? Ce sont les points à examiner pour préparer la suite.
Vous préparez une refonte ERP dans le cadre d’une fusion, ou devez reprendre un cadrage devenu incertain ? Échanger avec OLING sur votre cadrage projet.