Pourquoi 80 % des projets ERP dérapent — et comment l’éviter

Trois projets ERP sur quatre ne respectent ni leur budget ni leur calendrier. Selon le Panorama Consulting Group ERP Report 2023, 75 % dépassent l’enveloppe initiale de 24 % en moyenne, et 65 % accusent un retard moyen de 4,5 mois. Gartner situe entre 55 et 75 % la part des implémentations qui n’atteignent pas leurs objectifs. Ces chiffres sont stables depuis vingt ans. Ce ne sont pas des accidents : ce sont des patterns.

Les ERP ne sont pas en cause. Ils restent l’épine dorsale de toute organisation qui veut piloter sérieusement ses opérations. Ce qui dysfonctionne, c’est systématiquement la manière dont on les déploie : les décisions prises, ou évitées, bien avant le premier paramétrage.

Trois façons de déraper, une seule direction

Le dérapage budgétaire est le plus visible : le coût final dépasse l’enveloppe validée, souvent absorbé en silence par des arbitrages internes douloureux. Le dérapage calendaire est le plus fréquent : le go-live glisse, les équipes s’épuisent, et la fenêtre de bascule choisie pour minimiser l’impact opérationnel est manquée. Le dérapage fonctionnel est le plus coûteux : le système est livré, mais contourné. Les utilisateurs maintiennent leurs Excel en parallèle, et le retour sur investissement ne se matérialise jamais. Il n’apparaît dans aucun indicateur de pilotage projet.

Ces trois formes se combinent. Un retard génère des surcoûts. Un mauvais paramétrage génère du rejet. Et un projet mal gouverné accumule les trois.

Les causes réelles, pas les excuses habituelles

Le périmètre n’a jamais été vraiment verrouillé

C’est la cause numéro un. Au démarrage, tout semble cadré. Mais au fil des ateliers, chaque direction ajoute ses indispensables. Six mois plus tard, le projet a doublé de volume sans que le budget ni le planning aient bougé. Une ETI qui lance un ERP finance et supply chain, et qui intègre en cours de route la maintenance, les RH et un portail fournisseurs sans réévaluer les ressources : c’est le cas le plus courant, pas l’exception.

Le sponsor exécutif est là sur le papier, absent dans les faits

Un projet ERP restructure des processus, redistribue des responsabilités, déplace des équilibres organisationnels. Sans un DG ou un DAF qui tranche réellement et donne du poids au projet face aux résistances internes, les décisions critiques s’enlisent. Gartner et McKinsey le documentent depuis des années : l’absence d’un sponsor réellement impliqué est le prédicteur le plus fiable d’un projet en difficulté.

Les processus n’ont pas été harmonisés avant de paramétrer

Un ERP automatise des processus. S’il n’existe pas de processus cibles validés avant le paramétrage, l’outil devient le reflet des dysfonctionnements existants, en plus rigide. On paramètre le chaos au lieu d’implémenter une organisation cible. Dans les groupes issus de croissance externe, où chaque entité a conservé ses propres pratiques, l’ERP devient le théâtre d’affrontements que la direction aurait dû trancher en amont.

La conduite du changement est traitée comme une option

Les études Prosci sont claires : les projets qui y consacrent moins de 15 % de leur budget ont trois fois moins de chances d’atteindre leurs objectifs. En pratique, la plupart des projets ERP y allouent moins de 5 %. Former les utilisateurs deux semaines avant le go-live, ce n’est pas de la conduite du changement. C’est de la formation de dernière minute. Ce sont deux disciplines différentes. La première commence quand la décision de changer est prise, pas quand le système est prêt.

L’intégrateur a été choisi sur le prix

La pression budgétaire initiale pousse à retenir l’offre la moins-disante, sans analyse rigoureuse de la capacité réelle de l’équipe à délivrer dans le contexte spécifique de l’entreprise. Ce qui suit est prévisible : consultants juniors sur projets complexes, méthodologies génériques, partenaire qui optimise son occupation plutôt que la réussite du projet.

Les données sont migrées sans avoir été assainies

La migration des données représente 20 à 30 % du travail réel d’un projet ERP. Rarement autant dans le budget. Référentiels articles, fournisseurs, clients, stocks historiques : tout cela doit être audité, nettoyé et validé métier par métier avant toute migration. Un go-live avec des données de mauvaise qualité garantit le chaos opérationnel dans les premières semaines. Et les premières semaines conditionnent l’adoption à long terme.

Le projet est piloté comme un projet IT

Comités centrés sur les tickets ouverts, les jalons de recette, les courbes d’avancement technique. La dimension métier est reléguée à des validations fonctionnelles ponctuelles, sans suivi de la valeur attendue. Une gouvernance efficace aligne en permanence trois dimensions : le système est-il conforme ? Les processus cibles sont-ils correctement traduits ? Les équipes sont-elles prêtes ?

Les signaux qui ne trompent pas

Dans les trois premiers mois d’un projet, certains signaux doivent déclencher une revue immédiate :

• Les ateliers de paramétrage démarrent sans processus cibles validés par les métiers.
• Le comité de pilotage ne réunit que l’équipe IT et l’intégrateur.
• Le périmètre s’est déjà élargi sans révision formelle du budget ou du planning.
• Les key users ne sont pas dégagés de leur activité pour contribuer sérieusement.
• Le chantier de migration de données n’a pas encore démarré à mi-parcours.
• Les utilisateurs finaux découvriront le système uniquement lors des sessions de formation.
• Il n’existe pas de plan de retour arrière testé pour le jour du go-live.

Pris isolément, chacun de ces signaux peut sembler gérable. Combinés, ils forment le profil type du projet qui va déraper.

Ce que font différemment les projets qui réussissent

Le périmètre est écrit, signé et activement défendu. Toute demande d’évolution passe par un processus formel avec évaluation de l’impact avant décision. La conduite du changement est budgétée et lancée dès le cadrage, pas calée en urgence dans les dernières semaines. Le comité de pilotage pose régulièrement une question simple : si on allait en production aujourd’hui, obtiendrait-on les bénéfices attendus ? La migration des données est traitée comme un chantier à part entière, avec un responsable côté client et des recettes réalisées par les métiers eux-mêmes.

Ces projets ont en commun une chose : quelqu’un, du côté du client, pilote avec la même exigence que l’intégrateur, avec des intérêts alignés sur le résultat et non sur le périmètre facturé.

Notre approche

Chez Wan Consult, nous intervenons en DSI de transition et direction de projet côté client, indépendamment de tout intégrateur. Notre rôle est de maintenir le cap sur la valeur attendue, de structurer la gouvernance, d’arbitrer les dérives de périmètre et d’embarquer les équipes dans le changement, du cadrage jusqu’au go-live et au-delà.

Si vous êtes en phase de cadrage d’un projet ERP, ou si vous identifiez des signaux de dérive sur un projet en cours, une revue indépendante de trajectoire peut suffire à remettre les choses en ordre. Le premier échange est gratuit et confidentiel.