Guide · réussir son projet
Pourquoi un projet ERP échoue : cinq causes, aucune technique
Les projets ERP n'échouent presque jamais à cause du logiciel. Ils échouent pour des raisons d'organisation et ces raisons se voient avant le démarrage.
Voici les cinq causes que nous rencontrons le plus souvent, les signaux qui permettent de repérer tôt un projet ERP en difficulté et ce qui les neutralise : cahier des charges ERP, AMOA et conduite du changement.
La réponse courte
Réponse courte : un projet ERP échoue par manque de temps côté client, par des processus non écrits, par des données sales, par un périmètre qui grossit et par des utilisateurs formés trop tard.
Ces causes sont connues et évitables. Elles se repèrent avant la signature : il suffit de poser les bonnes questions au bon moment.
Les cinq causes
Personne n'a le temps
Le chef de projet côté client mène le projet en plus de son poste. Les décisions traînent.
Des processus jamais écrits
On reproduit tels quels des usages informels. On informatise le désordre.
Des données sales
Le nouvel outil hérite des erreurs de l'ancien et les amplifie.
Un périmètre qui grossit
Chaque réunion ajoute une demande. Le premier lot n'est jamais livré.
Des utilisateurs formés trop tard
Ils découvrent l'outil à la mise en service et le contournent.
Comment repérer chaque cause avant de commencer
- Le temps : demandez qui, nommément, consacre quelles heures par semaine au projet. Si la réponse est floue, le risque est élevé.
- Les processus : peut-on décrire par écrit comment une commande va du devis à l'encaissement ? Sinon, commencez par là.
- Les données : un échantillon de fichiers clients ou articles révèle vite le niveau de doublons.
- Le périmètre : existe-t-il un premier lot que l'on s'interdit d'élargir avant livraison ?
- La formation : les utilisateurs clés manipulent-ils l'outil avant la recette, ou le découvrent-ils au dernier moment ?
Ce que notre conseil en organisation fait pour les éviter
Une revue de processus avant le paramétrage, un cahier des charges ERP court mais écrit, des utilisateurs clés nommés dès le départ, une assistance à maîtrise d'ouvrage (AMOA) qui arbitre et un découpage par vagues. Le premier lot reste restreint, chaque vague produit un gain et le périmètre ne bouge qu'après décision écrite. La conduite du changement commence au cadrage : les utilisateurs clés manipulent Odoo avant la recette.
Notre approche est détaillée sur la page conseil en organisation et revue de processus . L' audit de situation , offert sur site, en est la première étape.
Projet ERP en difficulté : comment le reprendre
Un projet ERP en difficulté n'est pas forcément perdu. Un audit permet de distinguer ce qui est récupérable, ce qui doit être repris et ce qui doit être arrêté. C'est le rôle de la reprise de projet Odoo, qui s'applique aussi à un projet mené par un autre intégrateur Odoo.
Pour éviter de retomber dans l'écueil, relisez les critères de sélection de l'intégrateur dans notre guide dédié.
Questions fréquentes sur l'échec d'un projet ERP
C'est rare. Quand le logiciel est en cause, c'est généralement parce que l'on a voulu le plier à des usages non cadrés par une accumulation de développements spécifiques.
Une personne identifiée, avec du temps réservé et le pouvoir d'arbitrer. Un chef de projet qui doit tout demander à sa hiérarchie ralentit chaque décision.
Oui, mais court : les processus clés, les volumes, les interfaces et le premier lot attendu. Un cahier des charges ERP de quelques pages, écrit avec un consultant Odoo, suffit à comparer des propositions. Un document de cent pages fige des besoins avant d'avoir vu l'outil.
L'assistance à maîtrise d'ouvrage représente vos intérêts face à l'intégrateur : elle écrit le périmètre, prépare les arbitrages, organise la recette et pilote la conduite du changement. C'est l'un des volets de notre offre de conseil.
Non, mais il faut écrire le périmètre du premier lot, le nom des utilisateurs clés et la façon de décider. Le reste s'ajuste par vagues.
Trois signes : des décisions qui reviennent à chaque réunion, une recette sans cesse repoussée et une liste de demandes qui s'allonge sans arbitrage.
Votre projet a-t-il l'une de ces cinq fragilités ?
Mieux vaut le savoir avant de commencer. Trente minutes suffisent pour faire le point.