Retour au blog

Fondements stratégiques : Choisir son poison

Première partie de la série « Le guide de la migration : du chaos hérité à l’ère de l’IA »

Dans le monde du conseil en ERP à enjeux élevés, il existe un adage que chacun devrait répéter à chaque comité de pilotage : la mise en production n’est pas une cérémonie, mais une opération chirurgicale.

Et tout comme pour une intervention chirurgicale, la survie du patient dépend entièrement de la préparation, des compétences de l'équipe et des choix stratégiques effectués bien avant la première incision.

Au fil de toutes ces années de transitions ERP, notamment au sein de l'écosystème Infor LN, j'ai vu des projets réussir brillamment car la direction avait fait des choix difficiles et délicats dès la phase de conception. À l'inverse, j'ai vu des projets engloutir des sommes colossales et démoraliser les équipes pendant des années simplement parce qu'ils avaient opté pour une stratégie inadaptée, privilégiant la sécurité.

Bienvenue dans le Guide de la migration.

Cette série en 6 parties est un guide de survie conçu pour tous les professionnels chargés de la tâche monumentale de migrer d'un système hérité vers un ERP Cloud moderne sans détruire l'entreprise au cours du processus.

Nous commençons aujourd'hui par la décision la plus cruciale de toutes, celle qui détermine la trajectoire de l'ensemble du projet : la stratégie.

L'illusion de sécurité : Big Bang contre phase

La première question de chaque réunion de lancement est inévitable : « Devons-nous opter pour une approche Big Bang ou par étapes ? »

Pour répondre à cette question, faisons abstraction du jargon et examinons ce que ces stratégies signifient réellement dans le monde réel.

En termes simples : Les métaphores

  1. Le Big Bang. Imaginez un déménagement. Le vendredi, vous chargez tout dans un camion. Le samedi, vous déménagez. Le dimanche, vous déballez. Le lundi matin, vous vous réveillez, mangez et dormez dans votre nouvelle maison. Vous rendez immédiatement les clés de l'ancien logement. Impossible de revenir en arrière.
  • La philosophie : « On change d’avis d’un coup. » Il s’agit d’une transition radicale où l’ancien système est désactivé et le nouvel ERP est mis en service simultanément dans tous les services.
  1. L’approche par phases : Imaginez rénover votre maison tout en y vivant. Vous commencez par refaire la cuisine (Finance), mais vous continuez à dormir dans l’ancienne chambre (Production) et à utiliser l’ancienne salle de bain (Entrepôt). Vous vivez ainsi pendant des mois dans un chantier, passant constamment d’une pièce neuve à une pièce ancienne.
  • La philosophie : « Une étape à la fois. » La migration se fait par module (par exemple, Finance d’abord) ou par site (par exemple, Usine A, puis Usine B), en maintenant les deux systèmes actifs pendant une période de transition.

Il n'y a pas de « bon » ou de « mauvais » choix, seulement ce qui convient à votre profil de risque. Cependant, chaque choix a un coût.

Option A : Big Bang

  • Pourquoi choisir cette solution ? Dès le premier jour, Finance, Ventes et Production accèdent aux mêmes données. Aucune rupture de continuité. Pas d'interfaces temporaires : vous économisez votre budget en évitant de créer des passerelles entre les anciens et les nouveaux systèmes. Rupture psychologique : elle oblige l'organisation à s'adapter immédiatement. Plus personne ne peut s'accrocher aux anciennes méthodes, car elles ont disparu.
  • Les risques : Si le système tombe en panne lundi, toute l’entreprise est paralysée. Impossible d’expédier ou de facturer. C’est un pari risqué. de stress intense : La mise en service est une phase critique. L’organisation est soumise à une pression maximale pendant au moins deux à trois semaines.

Option B : Progressive

  • Pourquoi ce choix : en cas Finance , la production continue de fonctionner avec l’ancien système. Vous ne prenez pas tous les risques d’un coup. Apprentissage rapide : l’équipe tire des enseignements de la première phase, ce qui facilite les déploiements suivants. Réduction du stress aigu : l’effort est réparti dans le temps, évitant ainsi la pression intense d’un week-end unique.
  • Les risques : pour que le nouveau Finance communique avec l’ancien système de production, il faut construire des interfaces complexes et coûteuses qui seront ensuite obsolètes.
  • Explosion des coûts : l’automatisation des intégrations permet d’éviter la double saisie, mais nécessite la conception, le développement et le suivi par des consultants. Ces derniers restent donc employés pendant des années au lieu de quelques mois, ce qui augmente considérablement le coût total de possession du projet.
  • Lassitude du changement : Le projet s’éternise pendant des années. Les gens se lassent de vivre en « mode transition ».

Le contexte est roi

Alors, lequel choisir ?

Il n'existe pas de solution miracle, et méfiez-vous de tout consultant qui prétend le contraire. Seule compte la réalité spécifique de votre entreprise à ce moment précis.

La décision se résume à un compromis entre la concentration des risques et la maturité organisationnelle.

  • Le film « The Big Bang » pose la question suivante : « Êtes-vous prêt à tout risquer en un seul week-end pour que ce soit fait rapidement et proprement ? »
  • L'approche par étapes pose la question suivante : « Êtes-vous prêt à payer plus cher et à accepter un délai plus long pour garantir une plus grande probabilité de succès ? »

Ce deuxième point est crucial. On oublie souvent que si les consultants font cela pour gagner leur vie, vos équipes internes – le responsable comptable, le superviseur d’entrepôt – n’ont probablement jamais été confrontées à une transformation de cette ampleur.

Pour une équipe inexpérimentée, une approche par étapes (malgré son coût plus élevé) lui permet d'évaluer progressivement ses capacités face au défi. Elle évite à l'organisation de s'effondrer sous la pression d'un arrêt brutal. Elle vous apporte le bien le plus précieux : la confiance.

 Le piège de l'histoire : nous avons besoin de tout

Une fois la stratégie définie, le prochain champ de bataille est Data Scope. C'est là que la psychologie de l'accumulation se heurte à la réalité technique. Les utilisateurs supplieront : « Nous devons migrer toutes les données historiques. Je dois absolument voir exactement ce que j'ai vendu à Mario Rossi en 2015 sur le nouvel écran. »

Ne le faites pas.

Migrer 15 ans de transactions clôturées (commandes, factures, ordres de production) vers un nouvel environnement LN Cloudsuite est une erreur stratégique qui compromet votre avenir.

Voici les trois raisons pour lesquelles l'histoire migratoire peut constituer un handicap :

  1. Dette technique et doctrine DAL

Infor LN utilise une couche d'accès aux données (DAL) pour valider chaque enregistrement entrant dans le système. Vos données de 2010 ne répondent probablement pas aux règles de validation de 2026. Vous n'exigeiez peut-être pas le pays d'origine à l'époque, mais il est désormais obligatoire. Vos anciennes unités de mesure sont peut-être obsolètes. Pour migrer ces anciennes données, vous devriez désactiver les validations ou « simuler » les données manquantes, ce qui reviendrait à remplir votre nouvelle base de données avec des données erronées pour la rendre compatible.

  1. Qualité des données vs. Volume des données

Les données héritées sont par nature imparfaites. Elles recèlent les traces de processus défaillants, de commandes annulées jamais finalisées et de codes fournisseurs obsolètes. Importer cette masse de données revient à polluer votre nouveau système dès le premier jour. C'est comme emménager dans une maison de luxe flambant neuve et la meubler avec les vieux meubles poussiéreux et délabrés de votre cave.

  1. Pollution par l'IA

Voici le nouveau risque des années 2020. Si vous prévoyez d'utiliser Infor GenAI ou des modèles prédictifs modernes pour la planification de votre chaîne d'approvisionnement, vous avez besoin de données claires et cohérentes. L'IA apprend de l'historique. Si vous la alimentez avec dix ans de processus obsolètes – comme les délais de livraison de l'époque du COVID ou des modèles de tarification que vous n'utilisez plus – elle en tirera de mauvaises conclusions. Elle produira des résultats erronés plutôt que des analyses pertinentes. Pour concevoir un ERP compatible avec l'IA, un rapport signal/bruit élevé est indispensable. Les données anciennes sont du bruit.

Validation par l'industrie : Le consensus sur le « noyau propre »

Ne vous fiez pas seulement à mes paroles. Les principaux acteurs du secteur des logiciels d'entreprise ont tous adopté cette philosophie pour favoriser l'agilité et l'IA :

La stratégie de la coupe nette

La seule méthode professionnelle pour gérer une migration critique est la méthode Clean Cut. Nous ne migrons que les éléments fonctionnels.

  • Données de référence actives : clients et fournisseurs ayant effectué des transactions au cours des X dernières années (une période définie avec le client), ainsi que tout partenaire lié aux transactions ouvertes que nous sommes en train de migrer.
  • Articles actifs et nomenclatures : uniquement les produits que nous pouvons réellement fabriquer et vendre aujourd'hui.
  • Commandes en cours (en attente) : Commandes que nous devons encore expédier.
  • Commandes en cours : Marchandises que nous attendons de recevoir.
  • En cours de production (WIP) : Commandes de production actuellement en cours de traitement.
  • Soldes des stocks actuels : un aperçu précis de la valeur des stocks.
  • Autres transactions en cours : Nous migrons tous les documents transactionnels nécessaires à la continuité des activités (tels que les ordres de service, les projets ou les contrats). Les exemples ci-dessus ne sont que les plus courants ; cette règle s’applique à tout ce qui est indispensable au maintien de l’activité.

Tout le reste – commandes clôturées, factures payées, historique ancien – reste derrière.

La solution de recherche : GenBI et Data Fabric

« Mais Andrea, comment répondre à un client qui me pose une question sur une facture de 2018 ? Dois-je lui dire que je ne sais pas ? »

C’est cette objection qui, généralement, fait capoter la stratégie « Clean Cut ». Les utilisateurs craignent de perdre en visibilité. Mais en 2026, nous avons une meilleure solution que de laisser le vieux PC sous le bureau.

Nous tirons parti Modern BI (ou GenBI) et Data Fabric .

Au lieu de surcharger l'ERP transactionnel avec des données obsolètes, nous connectons un outil de BI moderne (comme Microsoft Power BI) à deux sources distinctes :

  1. La base de données héritée (configurée en mode lecture seule) pour une analyse historique approfondie.
  2. Le nouveau lac de données Infor pour les opérations en temps réel.

Nous créons un tableau de bord unifié qui centralise les données existantes. Lorsqu'un utilisateur consulte les données de Mario Rossi (« Ventes »), la BI fusionne automatiquement les données de 2018 (issues du système existant) et celles de 2026 (issues de LN). L'utilisateur obtient ainsi une réponse complète en un seul coup d'œil. L'emplacement physique des données importe peu ; seule l'information compte. Cette approche permet à votre nouvel ERP de rester agile, performant et résolument tourné vers l'avenir, tout en préservant la valeur des données historiques.

Vous souhaitez comprendre comment interagir avec vos données existantes sans les migrer ? Découvrez mon analyse détaillée ici : BI générative : Dialoguer avec vos données

Mon avis final

Une migration réussie ne consiste pas à déplacer des données, mais à en extraire les informations pertinentes. Il s'agit d'avoir le courage de se délester du superflu. En optant pour une solution radicale et en résistant à la tentation de procéder par étapes par crainte de la stagnation, vous archivez les données historiques afin de préparer un avenir compatible avec l'IA.

Dans la prochaine partie, nous verrons comment préparer les données sélectionnées en vue de leur migration. Nous aborderons le principe « Données erronées en entrée, données catastrophiques en sortie » et expliquerons pourquoi un modèle de migration est l'outil psychologique le plus puissant pour garantir la responsabilité des données.

Analyse approfondie : Pour en savoir plus sur les raisons pour lesquelles les stratégies de données modernes dissocient l’historique des opérations, consultez le concept d’ architecture Data Fabric.

Écrit par Andrea Guaccio 

5 mars 2026