Le chef de projet ERP est la personne la plus importante de votre déploiement. Pas l’éditeur, pas l’intégrateur, pas le DSI. Le chef de projet est le pivot qui fait tenir ensemble les besoins métier, les décisions techniques, le planning et les utilisateurs. Nommer la mauvaise personne à ce poste coûte plus cher qu’un mauvais choix de logiciel.
Pourtant, la plupart des organisations abordent ce recrutement sans grille précise. On cherche un “chef de projet expérimenté avec une sensibilité fonctionnelle”, on reçoit des CVs hétéroclites, et on finit par nommer quelqu’un d’interne parce que c’est plus simple. Le résultat : un projet qui dérive, des conflits non arbitrés, et un go-live poussé de six mois.
Cet article vous donne les bases pour recruter correctement : compétences non négociables, certifications utiles, grille salariale 2026 sourcée, et questions d’entretien pour évaluer les candidats sérieusement.
Pourquoi ce profil est difficile à trouver
Un chef de projet ERP n’est ni un pur technicien ni un pur chef de projet. C’est un profil hybride, positionné à l’intersection de trois domaines : la gestion de projet, les processus métier (finance, achats, RH, supply chain selon le périmètre), et la connaissance du fonctionnement des progiciels intégrés.
Cette hybridité est la source du problème. Les candidats avec une forte culture projet manquent souvent de profondeur fonctionnelle. Les experts métier qui connaissent les processus n’ont pas l’habitude de tenir un budget et un planning sous pression. Les profils issus de l’intégration ERP ont des réflexes d’intégrateur, pas de maîtrise d’ouvrage.
Le profil idéal a géré au moins deux déploiements ERP complets, de la phase de cadrage au go-live, côté client. Pas côté intégrateur. La différence est fondamentale : un consultant d’intégration optimise ses propres livrables ; un chef de projet côté client défend les intérêts de l’entreprise face à l’intégrateur.
Les 5 compétences non négociables
1. Maîtrise des processus métier couverts par l’ERP
Un chef de projet ERP qui ne comprend pas la comptabilité analytique ne peut pas arbitrer un arbitrage de configuration sur le plan comptable. S’il ne comprend pas comment fonctionne un cycle achat-approvisionnement, il ne peut pas valider les maquettes fonctionnelles présentées par l’intégrateur.
Cette maîtrise n’a pas besoin d’être exhaustive. Elle doit couvrir les processus dans le périmètre du projet. Un ERP de gestion financière nécessite une compréhension de la comptabilité générale, des comptes fournisseurs et clients, et du contrôle de gestion. Un ERP supply chain nécessite une connaissance des flux de stock, des ordres de fabrication et de la planification.
Bon signal en entretien : le candidat peut décrire un arbitrage fonctionnel qu’il a tranché lui-même, avec les arguments métier qu’il a utilisés pour justifier sa décision devant le sponsor.
2. Gestion de projet structurée
Le chef de projet tient le triangle périmètre-budget-délai. Il ne fait pas la chasse aux ajouts de périmètre de façon paranoïaque, mais il les quantifie, les documente et les soumet à décision. Il pilote le planning avec une granularité suffisante pour détecter les dérives avant qu’elles ne deviennent des crises.
Compétences concrètes attendues : construction et suivi d’un planning MS Project ou equivalent, tenue d’un registre des risques, animation des comités de pilotage (COPIL) et comités projet (COPROJ), production de tableaux de bord lisibles par un sponsor non technique.
Piège fréquent : confondre “a participé à des projets ERP” avec “a piloté des projets ERP”. Cherchez les candidats qui peuvent montrer un planning qu’ils ont construit, pas seulement un qu’ils ont suivi.
3. Capacité à tenir la relation avec l’intégrateur
L’intégrateur a ses propres intérêts : livrer ses livrables contractuels dans les temps, facturer ses avenants, et préserver sa marge. Un chef de projet ERP naïf se fait piloter par l’intégrateur plutôt que l’inverse.
Cette compétence se manifeste concrètement dans la capacité à : relire et challenger des spécifications fonctionnelles avant signature, identifier les zones d’ambiguïté contractuelle, gérer les escalades sans casser la relation, et refuser des recettes sur des livrables non conformes.
Bon signal en entretien : le candidat peut décrire une situation de désaccord avec un intégrateur, comment il l’a géré, et quel en a été le résultat. Les candidats qui “ne sont jamais entrés en conflit avec l’intégrateur” n’ont probablement pas défendu les intérêts du client.
4. Leadership transverse sans autorité hiérarchique
Le chef de projet ERP n’est pas le responsable hiérarchique des key users, des experts métier, ni des membres de l’équipe IT qui contribuent au projet. Il doit faire avancer des personnes sur lesquelles il n’a aucun pouvoir formel, dans un contexte où chacun a sa propre priorité opérationnelle.
Cette compétence est indissociable de la capacité à escalader au bon moment, avec les bons arguments, vers le sponsor exécutif. Un chef de projet qui ne sait pas quand escalader et comment le faire laisse les blocages s’accumuler jusqu’à ce qu’ils deviennent des crises.
Bon signal en entretien : le candidat peut décrire une situation où un responsable métier refusait de libérer ses key users. Comment il a posé le problème, à qui, et comment il a obtenu une décision.
5. Conduite du changement intégrée au projet
La conduite du changement n’est pas un sujet que le chef de projet peut déléguer entièrement à un consultant RH ou un change manager. Le chef de projet doit intégrer la conduite du changement dans sa planification dès la phase de cadrage : cartographie des impacts par population, plan de communication, calendrier de formation, stratégie d’adoption post go-live.
Les organisations qui sous-investissent en conduite du changement consacrent en général moins de 10 % de leur budget total à la formation et à l’accompagnement au changement, selon ERP Focus. Le chef de projet est responsable de défendre ce budget face à un sponsor qui cherche à compresser les coûts.
Certifications utiles — et leurs limites
PMP (Project Management Professional)
La certification PMP du Project Management Institute est la référence internationale la plus reconnue en gestion de projet. Elle valide une maîtrise des méthodes de planification, gestion des risques, communication et gouvernance.
Selon l’étude PMI Earning Power 14th Edition (2025), les titulaires du PMP déclarent systématiquement des salaires supérieurs à leurs pairs non certifiés, avec 44 % des répondants en France qui attribuent à la certification une contribution significative à leur progression salariale (PMI, 2025).
La PMP reste une certification de méthode, pas de domaine ERP. Elle ne remplace pas l’expérience terrain d’un déploiement.
PRINCE2
Standard britannique largement adopté en Europe, PRINCE2 est particulièrement utile pour les organisations qui apprécient une gouvernance de projet très structurée : rôles et responsabilités formalisés, livrables définis contractuellement, revues de phase systématiques.
PRINCE2 Foundation est accessible en quelques semaines de préparation. PRINCE2 Practitioner est plus exigeant et plus valorisant sur le marché.
Certifications éditeur (SAP, Oracle, Microsoft Dynamics)
Si le projet est mono-éditeur sur un logiciel connu, une certification fonctionnelle ou technique sur cet éditeur est un vrai plus. Elle démontre une connaissance du modèle de données et des paramètres du logiciel, ce qui facilite les échanges avec l’intégrateur.
Attention : une certification SAP S/4HANA Finance ne fait pas de son titulaire un chef de projet ERP. C’est un avantage contextuel, pas une qualification de gestion de projet.
L’expérience prime sur les certifications
Un candidat non certifié ayant piloté trois déploiements ERP complets sur des périmètres variés vaut mieux qu’un candidat PMP + PRINCE2 ayant participé à des projets comme consultant junior. Demandez systématiquement des références sur les projets cités : durée réelle vs durée prévue, budget réel vs budget initial, périmètre go-live vs périmètre contractuel.
Grille de salaires 2026 en France
Les données ci-dessous sont tirées du guide des salaires Robert Half France 2026 et de HelloWork.
| Profil | Fourchette annuelle brute | Source |
|---|---|---|
| Junior (0-3 ans ERP) | 35 000 — 45 000 € | HelloWork, 2026 |
| Confirmé (3-7 ans ERP) | 50 000 — 65 000 € | Robert Half France, 2026 |
| Senior (7+ ans, projets complexes) | 65 000 — 85 000 € | Robert Half France, 2026 |
| Paris vs. province | +15 à +20 % en Île-de-France | HelloWork, 2026 |
Robert Half situe la fourchette globale du marché entre 50 000 € (25e percentile) et 70 000 € (75e percentile), avec une médiane à 60 000 €.
Pour les profils freelance, le marché français se situe généralement entre 500 et 800 euros par jour selon l’ancienneté et la complexité du périmètre. Ces tarifs peuvent atteindre 900-1000 €/j pour des profils seniors sur des projets S/4HANA ou Oracle Cloud en phase critique.
Variables à intégrer dans votre offre : prime sur atteinte de jalons, variable sur budget (bonus si le go-live se fait dans l’enveloppe prévue), participation ou intéressement pour les entreprises qui en proposent. Ces éléments sont des leviers de fidélisation importants sur un profil rare.
Grille d’évaluation en entretien
Dimension 1 — Vision et posture ERP
Questions : “Quelle est selon vous la première cause d’échec d’un projet ERP ?” / “Comment définissez-vous votre rôle par rapport à l’intégrateur ?”
Signaux positifs : le candidat parle de gouvernance, de gestion des parties prenantes et d’adoption. Il positionne clairement son rôle côté maîtrise d’ouvrage, pas comme extension de l’équipe de l’intégrateur.
Signaux négatifs : réponse technique centrée sur la qualité du paramétrage ou les bugs de l’éditeur. Confusion entre chef de projet et consultant fonctionnel.
Dimension 2 — Expérience concrète de déploiement
Questions : “Décrivez le projet ERP dont vous êtes le plus fier — et le plus critique.” / “Quel a été le plus grand écart entre le plan initial et ce qui s’est réellement passé ?”
Signaux positifs : le candidat cite des chiffres réels (durée, budget, nombre d’utilisateurs, périmètre fonctionnel). Il reconnaît des erreurs et explique ce qu’il a appris. Les bons chefs de projet ont tous une histoire de projet difficile.
Signaux négatifs : description vague sans chiffres. Absence de tout incident ou difficulté. Tendance à attribuer tous les problèmes à des facteurs externes.
Dimension 3 — Gestion du triangle périmètre-budget-délai
Questions : “Comment avez-vous géré une demande d’ajout de périmètre en cours de projet ?” / “Donnez un exemple de moment où vous avez refusé une demande de la direction.”
Signaux positifs : le candidat a un processus formalisé de change request (demande de modification). Il peut expliquer comment il quantifie l’impact d’un ajout de périmètre et comment il présente la décision au sponsor.
Signaux négatifs : le candidat accepte tous les ajouts de périmètre “si la direction le demande” sans processus de contrôle.
Dimension 4 — Management des parties prenantes
Questions : “Comment gérez-vous un directeur métier qui bloque l’avancement du projet ?” / “Comment présentez-vous un mauvais résultat de sprint au COPIL ?”
Signaux positifs : le candidat adapte son mode de communication aux interlocuteurs (technique vs exécutif). Il anticipe les objections et prépare ses messages clés avant les comités.
Signaux négatifs : le candidat évite les conflits, reporte les mauvaises nouvelles ou attend que les problèmes se résolvent seuls.
Dimension 5 — Conduite du changement
Questions : “Quel budget aviez-vous pour la conduite du changement sur votre dernier projet ERP, et était-ce suffisant ?” / “Comment mesurez-vous l’adoption après le go-live ?”
Signaux positifs : le candidat a des indicateurs concrets d’adoption (taux d’utilisation, support tickets post go-live, enquêtes de satisfaction). Il sait expliquer comment il a construit le plan de formation et selon quelle temporalité.
Dimension 6 — Relation avec l’intégrateur
Questions : “Décrivez une situation de désaccord avec votre intégrateur et comment vous l’avez résolue.” / “Comment procédez-vous pour valider une spécification fonctionnelle avant de la signer ?”
Signaux positifs : le candidat a une méthode de relecture et de validation des spécifications. Il est capable d’identifier les zones d’ambiguïté contractuelle et de les faire clarifier avant signature.
Dimension 7 — Préparation et gestion du go-live
Questions : “Comment décidez-vous si un projet est prêt pour le go-live ?” / “Décrivez votre plan de bascule sur le dernier déploiement que vous avez piloté.”
Signaux positifs : le candidat a des critères de go/no-go formalisés, un plan de bascule détaillé (cutover plan), un plan de retour arrière (fallback plan), et un dispositif de support renforcé sur les premières semaines de production.
Signaux négatifs : le candidat laisse la décision du go-live à l’éditeur ou à l’intégrateur.
Les 4 erreurs de recrutement classiques
Erreur 1 : Nommer le meilleur expert fonctionnel du métier. Le responsable comptable qui connaît le mieux la finance n’est pas forcément un bon chef de projet ERP. La maîtrise d’un domaine fonctionnel ne confère pas la capacité à piloter un projet transverse, gérer un planning sous pression et tenir un budget face à un intégrateur.
Erreur 2 : Déléguer la gestion de projet à l’intégrateur. L’intégrateur vous vend souvent une “assistance à maîtrise d’ouvrage” qui ressemble à de la gestion de projet côté client. Ce n’est pas la même chose. L’intégrateur défend ses propres livrables. Vous avez besoin de quelqu’un qui défend vos intérêts.
Erreur 3 : Recruter sans libérer. Un chef de projet ERP ne peut pas mener de front ses responsabilités opérationnelles habituelles et un déploiement ERP. En phase de paramétrage et de recette, attendez-vous à 80 % du temps consacré au projet. Une demi-mesure donne un résultat à demi.
Erreur 4 : Confondre “a utilisé un ERP” avec “a déployé un ERP”. Un contrôleur de gestion qui utilise SAP depuis dix ans n’a pas les compétences d’un chef de projet qui a déployé SAP deux fois. L’expérience utilisateur et l’expérience de déploiement sont deux choses distinctes.
Ce que vous devez vérifier avant d’embaucher
Avant de signer une offre, demandez systématiquement :
- Deux références sur les projets cités : le sponsor ou le chef de projet côté intégrateur, pas un collègue. Posez des questions précises : budget initial vs final, durée initiale vs réelle, périmètre go-live vs périmètre contractuel.
- Un exemple de livrable produit : un planning qu’il a construit, un tableau de bord COPIL qu’il a présenté, un registre des risques qu’il a tenu. Les candidats sérieux ont ces documents.
- Une vérification sur le périmètre fonctionnel : posez des questions précises sur les processus couverts par votre futur projet. Un candidat qui maîtrise vraiment le domaine répond avec précision, y compris sur les cas particuliers.
Pour aller plus loin, cet article fait partie d’un ensemble de ressources sur la composition et la gouvernance de votre équipe projet :
- Composer l’équipe projet ERP : rôles clés et matrice RACI — qui fait quoi, de la phase de cadrage au go-live
- Les 5 phases d’un projet ERP réussi — le séquencement complet d’un déploiement structuré
- Le coût réel d’un projet ERP — TCO, coûts cachés et budgets réalistes pour dimensionner votre enveloppe globale, y compris les frais RH du chef de projet
