Le rôle du chef de projet ERP

Sur un projet ERP, le chef de projet côté client est le poste le plus déterminant et le plus mal compris. On le réduit souvent à un rôle de coordination, tenir un planning, animer des réunions. En réalité, c’est lui qui protège le projet, ou le laisse couler.

Ce n’est pas un rôle de coordination

Coordonner, c’est le minimum. Le vrai travail du chef de projet ERP, c’est d’arbitrer. Chaque jour, un projet produit des dizaines de micro-décisions : garder le standard ou développer du spécifique, accepter un écart ou exiger une correction, tenir la date ou reporter. Personne d’autre ne peut trancher ces arbitrages avec la vision d’ensemble. Un chef de projet qui n’arbitre pas laisse le projet dériver par défaut.

Ses vraies responsabilités

Tenir l’expression de besoin

C’est le gardien du périmètre. Face à un intégrateur qui interprète, à un métier qui rajoute, à une direction qui presse, il ramène tout à la référence : qu’est-ce qui était convenu, qu’est-ce qui change, et à quel coût.

Faire remonter les points durs à temps

Le pire ennemi d’un projet ERP, c’est le problème qu’on découvre trop tard. Le chef de projet crée les conditions pour que les mauvaises nouvelles remontent vite, parce qu’un point dur signalé trois mois avant le Go-Live se traite, alors que le même découvert la veille devient une crise.

Piloter la gouvernance

Comités de pilotage utiles, décisions tracées, responsabilités claires. C’est là qu’intervient la matrice RACI : qui est responsable, qui valide, qui est consulté, qui est informé. Sans ça, tout le monde croit que quelqu’un d’autre s’en occupe. La matrice RACI qui sauve un projet ERP.

Gérer la relation avec l’intégrateur

Ni sous-traitance aveugle, ni défiance permanente. Le bon chef de projet tient une relation exigeante et professionnelle : il challenge les propositions, refuse les zones d’ombre, mais reste un partenaire fiable. C’est un équilibre difficile, surtout quand la relation s’est déjà tendue.

Les angles morts du rôle

Même les bons chefs de projet ont des angles morts récurrents : sous-estimer la conduite du changement, négliger la reprise de données, repousser le plan de rollback, sur-personnaliser l’outil sous la pression du métier. Les connaître, c’est déjà les traiter.

Le cas particulier : reprendre un projet en difficulté

Intervenir sur un projet déjà lancé, souvent post-Go-Live et en crise, demande un autre registre : stabiliser d’abord, comprendre ensuite, arbitrer sans état d’âme. C’est le rôle le plus exigeant, et le plus rare.

Pourquoi c’est souvent un rôle à externaliser

Dans une PME ou une ETI, personne en interne n’a le temps, le recul et parfois l’autorité pour tenir ce rôle à plein temps sur un projet critique. C’est précisément là que j’interviens. Voir mes interventions ou en parler.