Une date de chargement ne constitue pas une stratégie de reprise des données. Avant de l’inscrire comme un engagement au planning ERP, le chef de projet doit pouvoir répondre à trois questions : quelles données sont nécessaires au démarrage, quel travail reste à accomplir pour les rendre utilisables et qui pourra les accepter ?
Pour anticiper l’effort, il faut cadrer les décisions aussi précisément que les traitements techniques. Reprendre un historique, corriger une information ou rapprocher des règles de gestion ne devrait pas relever d’une hypothèse implicite laissée à l’équipe chargée du transfert.
La pratique ERP d’OLING porte sur le cadrage, le pilotage et la structuration des projets. Elle organise le cadrage, les ateliers et la feuille de route avant d’élargir le dispositif. Les recommandations qui suivent appliquent cette logique au chantier de données : elles sont à adapter au périmètre, aux contraintes et à l’organisation de chaque projet.
Définir ce qui doit être utilisable, pas seulement ce qui peut être extrait
La première discussion ne devrait pas porter sur la totalité des données disponibles dans l’ancien système, mais sur le travail à réaliser dans le nouveau. De quelles informations les équipes auront-elles besoin pour exercer leur activité ? Lesquelles devront rester consultables sans nécessairement être intégrées à l’ERP cible ?
Pour préparer cet arbitrage, distinguez les référentiels nécessaires aux opérations, les opérations en cours à poursuivre et les historiques à consulter. Cette distinction ne préjuge pas de la solution ; elle donne des objets précis à la discussion.
Pour chaque ensemble de données, faites expliciter :
- L’usage attendu : l’activité à réaliser ou l’information à retrouver.
- Le périmètre : les données, les entités et la profondeur d’historique concernées.
- La destination : l’ERP cible ou un autre dispositif de consultation à étudier, sous réserve des exigences applicables.
- L’acceptation : le responsable métier et les critères permettant de confirmer que le résultat répond au besoin.
La présence d’une donnée dans le système actuel ne suffit pas à justifier sa reprise. À l’inverse, écarter une information demande de vérifier les besoins de consultation et les exigences qui s’y attachent. L’arbitrage doit donc rendre visibles les inclusions, les exclusions et les questions encore ouvertes.
Lorsqu’un besoin reste discuté, ne le transformez pas silencieusement en périmètre acquis. Inscrivez une décision à prendre, son responsable et les éléments nécessaires pour trancher.
Construire l’estimation par activité et par intervenant
Un volume à transférer ne décrit pas tout le travail à organiser. Pour préparer l’estimation, décomposez la reprise en activités et faites apparaître, pour chacune, la contribution technique et la contribution métier.
- Examiner les sources : inventorier les données et étudier un échantillon représentatif pour préciser les questions à instruire.
- Définir les correspondances : relier les données actuelles aux règles retenues pour l’ERP cible.
- Préparer les corrections : déterminer ce qui doit être corrigé, par qui et selon quelle règle.
- Réaliser les traitements : organiser l’extraction, la transformation et le chargement.
- Contrôler et accepter : préparer les essais, analyser les écarts, effectuer les corrections complémentaires et recueillir la validation métier.
À chaque ligne, distinguez ce qui est connu de ce qui reste à vérifier. L’estimation doit exposer ses hypothèses : disponibilité des sources, stabilité des règles de gestion, accès aux compétences et critères de contrôle. Une hypothèse non confirmée doit rester une incertitude à traiter, pas devenir un engagement par simple intégration au planning.
Pour les équipes métier, remplacez la mention trop large « participation aux tests » par des tâches identifiables : expliquer une règle, examiner un écart, décider d’une correction, vérifier un résultat ou accepter une réserve. Confrontez ensuite cette charge à la disponibilité réelle des personnes, avec leur management.
La question n’est pas seulement « combien de jours faut-il ? », mais « qui doit faire quoi, à quel moment et après quelle décision ? » Une charge estimée sans disponibilité confirmée doit rester un point ouvert du pilotage.
Ne pas confier un arbitrage métier à une transformation technique
OLING identifie, dans les projets ERP, deux difficultés récurrentes : une gouvernance insuffisamment claire et des décisions fonctionnelles et organisationnelles mal synchronisées. Les impacts organisationnels sous-estimés et les arbitrages fonctionnels diffus appellent également une vigilance particulière.
Pour la reprise des données, cette vigilance se traduit par une question concrète : si plusieurs usages actuels d’une même information ne correspondent pas à une règle cible commune, qui décide de la règle à retenir ? Ne laissez pas le traitement technique tenir lieu d’arbitrage.
Une répartition à adapter au projet consiste à confier au métier l’explicitation de l’usage et des critères d’acceptation, aux interlocuteurs techniques les modalités et contraintes de traitement, et au pilotage l’organisation des dépendances et la remontée des désaccords vers l’autorité désignée.
Il reste ensuite à donner une issue aux échanges. À la clôture d’un atelier, séparez les décisions validées, les points à instruire et les arbitrages à soumettre. Pour chaque sujet ouvert, indiquez un responsable et un jalon de réponse. Une synthèse qui décrit les discussions sans préciser leur statut ne suffit pas à autoriser la suite des travaux.
Définir l’acceptation avant de préparer les essais
Ne retenez pas « chargement effectué » comme seul critère d’acceptation. Associez aux vérifications techniques des contrôles portant sur l’usage métier attendu, définis avec les équipes concernées avant les essais.
Selon le périmètre, ces contrôles peuvent porter sur la présence des données attendues, la cohérence des correspondances, le traitement des exceptions ou la possibilité de réaliser une opération métier définie. Précisez aussi la preuve attendue et la personne habilitée à se prononcer.
La préparation doit couvrir le résultat non conforme : qui qualifie l’écart, qui décide de la correction, qui autorise un nouvel essai et qui accepte les réserves éventuelles ? Une gouvernance métier et SI partagée, ainsi que la formalisation rapide des décisions, figurent parmi les facteurs de succès retenus par la pratique ERP d’OLING.
Traduisez ces exigences dans la feuille de route. Faites apparaître les dépendances : règle cible validée avant transformation, corrections disponibles avant nouvel essai, accord métier avant acceptation du périmètre concerné. Le planning doit permettre de voir quelle décision conditionne le travail suivant, et pas seulement quand celui-ci est prévu.
Donner une fonction précise à chaque livrable
La note de cadrage ERP, la synthèse d’ateliers et la feuille de route de déploiement sont les livrables usuels de la pratique ERP d’OLING. Pour le chantier de reprise, ils peuvent porter trois niveaux de lecture complémentaires.
- La note de cadrage fixe les limites de l’engagement : usages, périmètre envisagé, exclusions, responsabilités et hypothèses d’effort.
- La synthèse d’ateliers conserve les décisions et leurs suites : règles retenues, désaccords, questions à instruire et arbitrages attendus.
- La feuille de route organise l’exécution : préparation, essais et validations, reliés aux décisions et aux disponibilités nécessaires.
En comité projet, une vue par ensemble de données peut servir de support commun : usage attendu, responsable, décision ouverte, effort à confirmer et preuve de validation attendue. Deux questions suffisent alors à orienter la revue : qu’est-ce qui empêche d’engager le travail ? Qu’est-ce qui manque pour l’accepter ?
Avant d’élargir les travaux, choisir le prochain effort utile
Avant de lancer un nettoyage généralisé ou de figer une date de reprise, réunissez les interlocuteurs métier et SI autour du périmètre envisagé. L’objectif n’est pas de résoudre tous les détails, mais de distinguer ce qui peut être engagé de ce qui dépend encore d’un choix.
Si les usages, les responsabilités ou les règles cibles restent ouverts, concentrez le prochain effort sur leur clarification. S’ils sont suffisamment établis, préparez une première séquence de travail et de validation sur un périmètre explicite. Réexaminez ensuite les hypothèses d’effort avant d’étendre les travaux.
La bonne sortie de cadrage n’est pas une estimation sans réserve : c’est une estimation dont les conditions sont lisibles et les responsabilités attribuées. C’est sur cette base que le chef de projet et les directions métier peuvent décider de mobiliser les équipes.
OLING intervient en cadrage, en reprise ou en accélération d’un projet ERP. Un premier échange peut porter sur les décisions à formaliser, les disponibilités à confirmer et les livrables à structurer pour engager le chantier de données.