Checklist projet ERP : les 7 phases et 40 points de contrôle

Pierre-Alexandre MAS
27/06/2026

Une checklist projet ERP bien construite fait la différence entre un déploiement maîtrisé et une dérive à six chiffres. 55 à 70 % des projets ERP dépassent budget ou délai — presque toujours pour des causes identifiables dès le départ. Cette checklist projet ERP en 7 phases et 40 points de contrôle vous donne le fil conducteur complet, du cadrage à l’après-bascule.

Chaque phase liste les livrables attendus et les pièges constatés sur le terrain. Pour un accompagnement de bout en bout, voir notre offre de pilotage de projet ERP.

checklist projet ERP

Phase 1 — Cadrage stratégique (avant tout engagement)

Tout projet réussi commence par un cadrage sans complaisance. Les 6 points de contrôle de cette phase déterminent 80 % de la suite.

  • Objectifs business chiffrés et validés en direction générale
  • Périmètre fonctionnel explicite (et liste de ce qui est exclu)
  • Processus cibles décrits avant le choix de l’outil
  • Sponsor exécutif nommé, disponible et légitime
  • Budget global estimé avec réserve de 20 à 30 %
  • Équipe projet identifiée, temps dédié contractualisé

Phase 2 — Choix de la solution et de l’intégrateur

Le duo solution + intégrateur pèse plus que la solution seule. Un excellent ERP mal intégré échoue ; un ERP moyen bien intégré fonctionne.

  • Cahier des charges priorisé (indispensable / souhaitable / gadget)
  • Démonstrations sur VOS cas d’usage, pas sur le scénario de l’éditeur
  • Références clients appelées (même taille, même secteur)
  • Équipe d’intégration nominative au contrat (pas de bait-and-switch)
  • Grille tarifaire complète : licences, intégration, maintenance, montées de version
  • Réversibilité et propriété des données contractualisées

Phase 3 — Conception et paramétrage

La règle d’or : adapter les processus au standard de l’outil, pas l’inverse. Chaque développement spécifique est une dette qui se paie à chaque montée de version.

  • Ateliers de conception avec les utilisateurs clés (pas seulement les managers)
  • Spécifiques limités et justifiés un par un
  • Reprise de données cadrée tôt : périmètre, qualité, responsabilités
  • Interfaces avec le SI existant listées et spécifiées
  • Jalons de validation intermédiaires avec critères d’acceptation

Phase 4 — Recette : le point de contrôle décisif

La recette bâclée est la première cause de bascule ratée. Cette phase mérite 15 à 20 % du budget total du projet.

  • Scénarios de test écrits par les métiers, couvrant les cas réels (y compris dégradés)
  • Recette des interfaces et des reprises de données, pas seulement des écrans
  • Tests de charge si volumétrie significative
  • Critères de « go / no-go » définis AVANT la recette, avec seuils chiffrés
  • Anomalies bloquantes à zéro avant bascule — sans exception

Phase 5 — Conduite du changement et formation

Un ERP techniquement réussi mais rejeté par les équipes est un échec. La conduite du changement commence au cadrage, pas à la formation.

  • Communication régulière depuis le début du projet (pas une annonce à la fin)
  • Utilisateurs clés impliqués et valorisés comme relais
  • Formations par population, sur données réelles, proches de la bascule
  • Supports d’aide accessibles (fiches réflexes, tutoriels courts)

Phase 6 — Bascule (go-live)

Le week-end de bascule se prépare comme une opération : chronologie heure par heure, rôles nommés, plan de repli.

  • Scénario de bascule répété (répétition générale à blanc)
  • Plan de retour arrière documenté et testé
  • Support renforcé sur site les 2 premières semaines
  • Gel des évolutions pendant la stabilisation
  • Indicateurs de santé suivis quotidiennement (commandes, factures, stocks)

Phase 7 — Après-bascule et amélioration continue

Le projet ne s’arrête pas au go-live : les 3 mois suivants décident de l’adoption réelle et du retour sur investissement.

  • Revue des anomalies hebdomadaire avec priorisation métier
  • Mesure de l’adoption par module (taux d’usage réel)
  • Bilan à 3 mois contre les objectifs du cadrage
  • Roadmap d’optimisation (états, automatisations, modules différés)
  • Transfert de compétences de l’intégrateur vers l’interne documenté

FAQ sur la checklist projet ERP

Combien de temps dure un projet ERP pour une PME ?

De 9 à 18 mois du cadrage à la bascule pour une PME de 50 à 250 salariés, selon le périmètre. Méfiez-vous des promesses en dessous de 6 mois pour un périmètre complet gestion-finance-production.

Quel est le point de la checklist le plus souvent négligé ?

La recette. C’est le poste le plus fréquemment compressé quand le planning dérape — et la première cause de bascule douloureuse. Les critères de go/no-go chiffrés, définis à l’avance, sont votre meilleure protection.

Faut-il un chef de projet dédié côté entreprise ?

Oui, c’est non négociable : un pilote interne avec du temps réellement dédié (50 % minimum). Confier le pilotage au seul intégrateur, c’est confier le contrôle du budget à celui qui le facture.

Que faire si le projet dérive déjà ?

Un audit flash puis un pilotage de redressement : replanification, renégociation avec l’intégrateur et sécurisation de la recette. Plus la dérive est traitée tôt, moins elle coûte.

Checklist projet ERP : l’essentiel

Cette checklist projet ERP en 7 phases et 40 points couvre le cycle complet : cadrage, choix, conception, recette, changement, bascule et stabilisation. Imprimez-la, passez chaque point en revue en comité projet — et refusez de « cocher » un point qui ne l’est pas réellement.

Besoin d’un pilotage expérimenté ? Nos directeurs de programme ERP sécurisent votre projet de bout en bout, ou reprennent en main un déploiement en dérive.

Pour approfondir

Partagez cet article

Abonnez-vous à notre

newsletter

Chaque mois, une sélection d’analyses exclusives sur le management de transition IT, la gouvernance SI et les enjeux des DSI en PME et ETI.

Nos lecteurs sont des dirigeants, DAF et DSI qui veulent garder un temps d’avance. Rejoignez-les.