Un plan de migration ERP en six étapes
Les projets qui échouent ont tendance à tout déplacer d’un coup et à ne rien repenser. Un plan qui bascule un processus à la fois, l’ancien système restant en service, écarte la plupart des causes d’échec d’une migration ERP.
Sommaire
Une migration ERP échoue lentement, puis au grand jour. Selon le directeur senior de la stratégie ERP de Gartner, 70 % des projets ERP ne tiennent pas entièrement leur business case initial et 25 % échouent de façon catastrophique1. Le plan qui suit est construit à partir de ce que les études d’échecs disent avoir mal tourné.
Ce qui tourne mal, d’après les éléments publiés
Trois constats reviennent. Le premier : les entreprises déplacent l’ancien processus sans y toucher. Dans l’enquête d’ISG, 49 % des migrations SAP n’ont donné lieu qu’à peu ou pas de refonte, et moins d’une organisation sur cinq a réimplémenté ensemble les processus et la technologie2. Le deuxième : la difficulté est humaine. L’analyste principal d’ISG a déclaré à The Register qu’« une grande partie des retards est due aux personnes, pas nécessairement à la technologie »2, et l’étude menée par l’ASUG auprès de ses membres place la transformation des processus métier au premier rang des obstacles, à 49 %, devant les développements spécifiques, à 44 %, et l’inertie de l’organisation, à 37 %3.
Le troisième constat est la durée. Le projet de gestion des marchandises de Lidl a duré environ sept ans avant d’être arrêté, et la note interne de l’entreprise indiquait que les objectifs ne pouvaient pas être atteints à un coût acceptable45. Un plan incapable de montrer un résultat opérationnel dans ses premiers mois n’a aucun moyen de s’en apercevoir tôt.
Choisir la stratégie
| Stratégie | Ce qui est déplacé | Part dans l’enquête d’ISG2 |
|---|---|---|
| Brownfield | Le système existant est converti, avec son paramétrage et ses développements spécifiques | 34 % |
| Greenfield | Les processus sont repensés sur un nouveau système | 18 % |
| Mixte | Certaines parties sont converties, d’autres reconstruites | Près de la moitié |
| Par étapes, processus par processus | Un processus à la fois passe sur le nouveau système, qui lit dans l’ancien jusqu’à la bascule de la comptabilité | Non mesurée |
La stratégie par étapes n’était pas praticable lorsque le nouveau système était une autre suite monolithique. Elle le devient lorsque la cible est un ensemble de modules posés sur une couche de données dont l’entreprise est propriétaire, car chaque module peut entrer en service sur des données dont l’ancien ERP reste le référentiel.
Les six étapes
1. L’inventaire. Recenser les modules utilisés, les développements spécifiques, les interfaces et les rapports que les équipes ouvrent chaque semaine. Distinguer ceux qui portent un vrai processus de ceux qui relèvent de l’habitude. Plus de la moitié des répondants d’ISG reconnaissent avoir trop personnalisé leur ancien ERP2 ; c’est à l’inventaire que cela se voit.
2. La refonte. Pour chaque processus qui mérite d’être conservé, écrire la manière dont il devrait se dérouler, avec celles et ceux qui le font tourner. C’est l’étape que la plupart des projets sautent. Les recommandations d’OpenLazarus disent la même chose du point de vue de l’IA : améliorer le processus sous-jacent avant de l’automatiser, et nettoyer puis organiser les données avant d’y raccorder l’IA.
3. Les données. Décider quel système fait référence pour les clients, les fournisseurs, les articles et les prix pendant la transition, et corriger à la source doublons et lacunes. Convenir de l’historique qui doit être repris et de celui qui peut rester consultable dans une archive.
4. Un processus, de bout en bout. Choisir un processus qui a du volume et un indicateur clair, comme la saisie des commandes reçues par e-mail ou le suivi des commandes d’achat. Le faire tourner sur le nouveau système, à partir des données de l’ancien ERP, avec un responsable désigné, des règles de validation pour tout ce que fait un agent d’IA et un chiffre convenu d’avance.
5. Élargir, en parallèle. Ajouter les processus un par un. Pour chacun, faire fonctionner l’ancien et le nouveau côte à côte pendant une durée fixée, et rapprocher les résultats avant d’éteindre l’ancien. Maintenir l’ancien système sous support pendant toute la période, en maintenance étendue ou en tierce maintenance67.
6. La comptabilité, en dernier. Basculer la finance lorsque les processus opérationnels qui l’alimentent sont stables. Clôturer une période dans les deux systèmes, rapprocher, et alors seulement retirer l’ancien.
Une check-list pour le comité de pilotage
Avant le début de chaque étape
- Un responsable désigné pour le processus, issu du métier et non de l’informatique.
- Une description écrite du déroulement du processus après la bascule.
- Un indicateur et une cible, convenus avant la mise en service.
- Des règles de données : quel système fait référence, et jusqu’à quand.
- Des règles de validation pour les actions automatisées, fixées action par action.
- Un contrat de support de l’ancien système qui dépasse d’un an la durée du plan.
- Une règle d’arrêt : quel résultat suspendrait le programme.
À quoi ressemble la réussite
Au terme de la première étape, l’entreprise dispose d’un processus qui fonctionne mieux qu’avant et d’un résultat mesuré pour en attester. Au terme de la dernière, elle a un seul système, un seul jeu de données et aucun week-end de bascule à garder en mémoire. Les lignes de coût de chaque étape figurent dans le guide des coûts, et la question de ce qu’il faut faire, dans l’intervalle, du retard de l’ancien système en matière d’IA est traitée dans moderniser un ERP ancien avec l’IA.
Questions fréquentes
Quelles sont les étapes d’une migration ERP ?
Six étapes. Dresser l’inventaire de ce que fait l’ancien système, repenser les processus qui méritent d’être conservés, nettoyer et mettre en correspondance les données, basculer un processus de bout en bout, faire fonctionner l’ancien et le nouveau en parallèle pour les processus suivants, et basculer la comptabilité en dernier. Chaque étape s’achève sur un résultat mesuré avant que la suivante ne commence.
Qu’est-ce qu’une stratégie de migration ERP ?
Le choix de l’ampleur du changement et de son ordre. Dans l’étude d’ISG sur les migrations SAP, 34 % des entreprises ont retenu une conversion brownfield du système existant, 18 % une réimplémentation greenfield et près de la moitié une combinaison des deux. La migration par étapes, processus par processus, est une quatrième stratégie, qui devient possible dès lors que le nouveau système sait lire dans l’ancien.
Pourquoi les migrations ERP échouent-elles ?
Le plus souvent pour des raisons qui tiennent aux personnes et aux processus. L’analyste principal d’ISG a déclaré qu’« une grande partie des retards est due aux personnes, pas nécessairement à la technologie », et son enquête relève que 49 % des projets ne comportent que peu ou pas de refonte. Le responsable de la stratégie ERP de Gartner évalue à 25 % la part des projets qui échouent de façon catastrophique.
Que doit contenir la check-list d’une migration ERP ?
Un inventaire des modules, des développements spécifiques, des interfaces et des rapports. Un responsable désigné par processus. Des règles de données pour les clients, les fournisseurs, les articles et les transactions en cours. Un indicateur de réussite pour le premier processus. Une période de fonctionnement en parallèle, avec une routine de rapprochement. Un dispositif de support de l’ancien système qui dure jusqu’à la bascule finale.
Sources
- ERP carnage continues as orgs jump in unprepared. The Register, 13 nov. 2025. Consulté le 11 nov. 2026.
- Most SAP migrations bust budgets and deadlines, study finds. The Register, 5 févr. 2026. Consulté le 11 nov. 2026.
- Two-fifths of SAP Americas users yet to ditch legacy ERP. The Register, 5 nov. 2025. Consulté le 11 nov. 2026.
- Lidl stoppt millionenschweres SAP-Projekt für Warenwirtschaft. Computerwoche, 18 juil. 2018. Consulté le 11 nov. 2026.
- Lidl cancels SAP introduction having sunk €500 million into it. Consultancy.uk, 13 août 2018. Consulté le 11 nov. 2026.
- SAP S/4HANA: commitment to innovation and maintenance until 2040. SAP News Center, 4 févr. 2020. Consulté le 11 nov. 2026.
- Third-party support for SAP. Rimini Street. Consulté le 11 nov. 2026.
Mis à jour le 11 nov. 2026: Première publication.