Équipe de mise en œuvre ERP en 2026 : qui réunir et quel rôle pour chacun

Une équipe de mise en œuvre ERP a besoin d'un sponsor doté d'autorité, d'un chef de projet qui connaît l'ERP, de responsables de processus métier issus de chaque fonction concernée, de consultants fonctionnels et techniques, et de responsables dédiés pour l'intégration, la migration des données, les tests, le changement et la bascule. Les programmes SAP cloud ajoutent un architecte Clean Core et un contact SAP nommément désigné. Dimensionnez l'équipe selon la complexité, pas selon l'effectif de l'entreprise, et associez chaque consultant à une personne interne qui sera responsable de ce périmètre après le go-live.

Cet article s'adresse aux sponsors, aux DSI et aux directeurs de programme qui constituent l'équipe d'un programme ERP. Il passe en revue les rôles, ce qui fait réussir ou échouer chacun d'eux, la taille de l'équipe, ce que changent l'ERP cloud et l'IA, et comment répartir le travail avec un partenaire de mise en œuvre.

J'ai travaillé avec une entreprise qui menait deux mises en œuvre ERP en même temps : l'une sur SAP, l'autre sur Oracle. Le projet Oracle mobilisait 4 500 personnes. Le projet SAP, 38. L'un est entré en production sans accroc. L'autre a été un désastre sans fin. La différence tenait à l'équipe.

Après 25 ans de mises en œuvre SAP, le constat se confirme. Si l'équipe n'est pas la bonne, ou si les bonnes personnes sont dans la mauvaise structure, le projet traîne, les coûts grimpent, et au moment du go-live les utilisateurs ont déjà décidé qu'ils détestaient le système.

1. Sponsor du projetLève les blocages, obtient le budget, arbitre entre les services
   Contact de service SAPSur les programmes RISE, escalades de la plateforme et revues de service
2. Chef de projetPlanning, périmètre, risques et coordination du partenaire

• Responsables de processus métierValident la conception et testent les workflows réels
• Consultants fonctionnels et techniquesConfigurent, étendent et savent dire non
• Responsable de la migration des donnéesNettoyage, chargements et données de bascule
• Responsable de l'intégrationConception du middleware et flux de données
• Responsable du changement et de la formationCommunication, ambassadeurs, adoption
• Architecte Clean CoreOù se trouve chaque extension, sur les éditions cloud

Rôle	Ce qu'il fait vraiment	Quand il intervient
Sponsor du projet	Lève les blocages, obtient le budget, tranche entre les services	Toutes les phases
Chef de projet	Pilote le planning, le périmètre, les risques et la coordination du partenaire	Toutes les phases
Responsables de processus métier	Valident la conception, testent les scénarios, représentent les workflows réels	D'Explore à Deploy
Consultants fonctionnels	Recueillent les besoins, configurent les modules, accompagnent les tests	D'Explore à Deploy
Consultants techniques	Extensions, interfaces, paramétrage du système	De Realize à Deploy
Responsable de l'intégration	Conception du middleware et flux de données entre les systèmes	D'Explore à Deploy
Responsable de la migration des données	Stratégie de données, nettoyage, chargements, données de bascule	De Prepare à Deploy
Responsable du changement et de la formation	Formation, communication, mesures d'adoption	D'Explore à Run
Responsable des tests	Scripts de test, SIT, UAT, suivi des anomalies	De Realize à Deploy
Responsable de la bascule	Passage en production, interruption de service, plan de retour arrière	Deploy
Architecte Clean Core (éditions cloud)	Décide où se trouve chaque extension et à quel niveau Clean Core	D'Explore à Run
Contact de service SAP (RISE)	Escalades de la plateforme, revues de service, alignement sur la feuille de route SAP	De Prepare à Run

Mon article sur les rôles de l'équipe de mise en œuvre SAP détaille chaque rôle.

Sponsor du projet

Le rôle du sponsor n'est pas de signer la charte puis de disparaître. Les projets s'enlisent pendant des mois quand personne au-dessus du chef de projet n'a l'autorité de trancher lorsque les services ne sont pas d'accord. Le sponsor doit être joignable, prêt à prendre des décisions difficiles, et présent jusqu'à la stabilisation, pas seulement au lancement.

Ce qui se passe mal : des sponsors qui confient tout à la DSI. Un ERP change la façon dont l'entreprise fonctionne. Si la direction ne porte pas le projet, il échoue. Le guide du comité de pilotage explique comment structurer l'instance du sponsor.

Chef de projet

Un chef de projet ERP doit savoir comment se déroulent réellement les programmes SAP ou Oracle, et pas seulement maîtriser la gestion de projet informatique en général. Les risques, les dépendances et la pression au moment de la bascule ne sont pas les mêmes.

Ce qui se passe mal : un chef de projet qui s'en remet aux consultants sur le périmètre, ou qui n'arrive pas à tenir les métiers aux échéances de test.

Responsables de processus métier

La DSI ne fait pas tourner votre entreprise. Ce sont les opérations, la finance, les achats et les RH. Les responsables de processus veillent à ce que le système fonctionne pour les processus réels, pas seulement sur le papier. Écartez-les et vous obtenez une configuration qui avait du sens en atelier et qui échoue dès la première semaine.

Impliquez-les dès le départ, et non à la recette utilisateur pour valider des décisions auxquelles ils n'ont pas participé.

Consultants ERP

Les bons consultants savent dire non. Si les vôtres approuvent tout et ne contestent jamais une exigence, ils facturent des heures, ils n'apportent pas d'expertise. Les meilleurs arrêtent les erreurs avant qu'elles ne coûtent des mois.

Un signe de consultant faible : il personnalise à l'excès, parce que c'est plus facile que d'expliquer pourquoi l'entreprise devrait changer un processus. Chaque développement spécifique doit être maintenu, testé à chaque mise à niveau et expliqué à l'équipe suivante. Avec les niveaux Clean Core de SAP, cette dette est désormais visible : une extension développée à l'ancienne se retrouve au niveau C ou D et réapparaît dès la première mise à niveau majeure.

Responsable de la migration des données

Des données de mauvaise qualité dans l'ancien système deviennent des données de mauvaise qualité dans le nouveau. Si personne ne porte le sujet de la qualité des données avant la migration, les états financiers ne correspondront pas à la réalité dès le premier jour.

La migration des données est un processus métier, qui exige un responsable côté métier. La DSI peut déplacer les données. C'est au métier de confirmer qu'elles sont justes.

Responsable de la conduite du changement et de la formation

La conduite du changement, ce n'est pas de la formation. C'est de la communication, une implication précoce et la recherche d'ambassadeurs au sein de l'entreprise avant le go-live. Quand une entreprise pense que la formation suffit, les utilisateurs qui ne font pas confiance au nouveau système retournent à leurs tableurs, et corriger cela après le go-live coûte cher.

Ce responsable doit produire des contenus, mener des pilotes et mesurer la préparation, pas distribuer un PDF deux semaines avant le go-live. Sur les programmes SAP, il pilote désormais aussi les outils d'adoption digitale : SAP intègre SAP Enable Now dans WalkMe, racheté en 2024, et les nouveaux contenus doivent donc être planifiés dans WalkMe.

Architecte Clean Core (éditions cloud)

SAP classe désormais chaque extension selon quatre niveaux Clean Core, de A à D. Quelqu'un doit décider, pour chaque écart, s'il se règle dans la configuration standard, par une extension de niveau A sur SAP BTP ou directement dans le système avec ABAP Cloud, ou pas du tout. Sur les grands programmes, c'est un rôle à part entière. Sur les programmes de taille intermédiaire, l'architecte solution l'absorbe généralement.

Les partenaires sans expérience de SAP BTP et d'ABAP Cloud ne peuvent pas tenir ce rôle. Demandez combien d'extensions ils ont livrées selon ces règles, et demandez à les voir.

Contact de service SAP (programmes RISE)

Avec RISE with SAP, SAP prend en charge l'infrastructure et l'exploitation de votre système : SAP fait donc partie de la livraison. Le DSI a besoin d'un contact SAP nommément désigné pour les escalades de la plateforme, les revues de service et l'alignement sur la feuille de route. Inscrivez cette personne sur la liste de l'équipe dès la phase Prepare, et pas seulement sur la liste d'invitation du comité de pilotage.

La taille de l'équipe doit suivre la complexité, pas l'effectif.

Type d'entreprise	Taille d'équipe habituelle	Ce qui fait la complexité
Petite (entité unique, moins de 500 salariés)	10 à 25	Surtout des fonctions standard, peu d'intégrations
Intermédiaire (multi-sites, 500 à 5 000 salariés)	30 à 75	Davantage d'intégrations, variantes régionales de processus, changement à grande échelle
Grande entreprise (internationale, plus de 5 000 salariés)	100 à 500 et plus	Entités et intégrations multiples, conformité dans plusieurs juridictions

Une usine de 50 personnes qui fait de la fabrication complexe sur commande peut avoir besoin d'une équipe plus large et plus spécialisée qu'une entreprise de 500 personnes qui applique des processus de commerce de détail standard. Dimensionnez selon ce qu'il y a à faire. Mon guide sur la planification de l'affectation des ressources des projets SAP montre comment construire ce plan.

Joule est désormais intégré aux outils de mise en œuvre de SAP (SAP Cloud ALM et le SAP Activate Roadmap Viewer). SAP Build Code s'appuie sur Joule pour aider les développeurs à créer des extensions sur SAP BTP. Microsoft Copilot rédige des rapports d'avancement, des notes pour le comité de pilotage et des communications de changement.

Utilisés de façon régulière, ces outils accélèrent les rôles très chargés en workflows. Ils rendent un programme un peu plus léger que ne l'aurait exigé le même périmètre il y a quelques années, mais pas radicalement plus petit.

Intégrez ces outils aux définitions de rôle. Les consultants fonctionnels utilisent l'IA pour les premières versions des exigences et des documents de fit-gap. Les chefs de projet l'utilisent pour le suivi d'avancement. Les développeurs s'en servent là où elle aide. Ce que l'IA ne change pas, c'est la responsabilité : elle rédige plus vite, et ce sont toujours les personnes qui répondent de ce que dit le brouillon.

La plupart des entreprises associent une équipe interne de base, qui connaît le métier, à un partenaire qui apporte la profondeur technique et méthodologique.

L'équipe interne doit être réellement impliquée, et pas se contenter d'assister aux points d'avancement. Sinon, le projet livre un système que le partenaire comprend et que personne dans l'entreprise ne sait exploiter.

Ce qu'il faut attendre d'un partenaire : de la structure, des décisions plus rapides, et l'expérience des erreurs que vous êtes susceptible de commettre. Ce qu'il ne faut pas déléguer : les décisions de périmètre, la validation de la conception des processus et la préparation des utilisateurs. Cela exige des responsables internes.

Le modèle qui fonctionne à chaque fois, c'est le binômage (shadow pairing). Chaque consultant a un homologue interne qui sera responsable de ce périmètre après le go-live. Le consultant livre, la personne interne apprend, et le savoir reste quand les consultants s'en vont.

Quand vous évaluez un partenaire, demandez des références d'entreprises de votre taille et de votre secteur, pas les clients vitrines du prestataire. Interrogez-le sur son expérience du Clean Core, exemples à l'appui, et sur sa façon de travailler avec SAP sur les programmes RISE. Les réponses vagues montrent qui est à jour et qui vend la version de SAP qu'il connaissait il y a trois ans.

Combien de personnes compte une équipe de mise en œuvre ERP ?

Cela dépend davantage de la complexité que de la taille de l'entreprise. Les petites entreprises aux processus simples ont généralement besoin de 10 à 25 personnes, les entreprises intermédiaires multi-sites de 30 à 75, et les grands groupes internationaux de 100 à 500 ou plus. Un industriel aux processus complexes de conception sur commande a besoin de plus de capacité qu'une entreprise plus grande qui applique des fonctions standard de commerce de détail.

Quels nouveaux rôles les programmes SAP cloud exigent-ils dans l'équipe ?

Deux. Un architecte Clean Core ou responsable des extensions, qui décide où se trouve chaque extension et à quel niveau Clean Core ; sur les programmes plus modestes, l'architecte solution s'en charge. Et, avec RISE with SAP, un contact de service SAP nommément désigné pour les escalades et les revues de service, puisque SAP prend en charge l'infrastructure et l'exploitation de votre système.

Quel est le rôle du sponsor dans une mise en œuvre ERP ?

Le sponsor obtient le budget, lève les blocages et tranche quand les services ne sont pas d'accord. Il est là pour que le projet reste pilotable, pas pour le piloter. Ce qu'un sponsor fait de plus important, c'est rester engagé jusqu'à la stabilisation. Les projets qui perdent l'attention de la direction après la bascule voient apparaître des contournements qui durent des années.

Pourquoi une mise en œuvre ERP a-t-elle besoin de responsables de processus métier ?

Parce que les équipes de la finance, des opérations, des RH et des achats savent comment le travail se fait réellement. Sans elles, l'équipe conçoit un système qui a du sens sur le papier et qui échoue dans la pratique. Impliquez-les dans les ateliers et les décisions de conception dès le départ ; à la recette utilisateur, il est trop coûteux de corriger ce qui est faux.

Que rechercher chez un consultant ERP ?

La capacité à dire non. Un consultant qui approuve tout se facilite la vie, pas la vôtre. Les bons consultants contestent les mauvaises exigences, signalent les dérives de périmètre et expliquent pourquoi le standard vous sert généralement mieux que le spécifique. Vérifiez ensuite son expérience du Clean Core, exemples à l'appui, des références de taille comparable que vous pouvez appeler, et s'il résout votre problème ou vend la mission qu'il sait déjà livrer.

Comment gérer la migration des données dans une mise en œuvre ERP ?

Confiez-la à un responsable dédié, qui porte la stratégie, les règles de nettoyage, les chargements et la validation avant le go-live. La qualité des données relève du métier : la DSI peut déplacer une fiche fournisseur, mais seul le métier sait si elle est juste.

Qu'est-ce que la conduite du changement dans un projet ERP, et pourquoi est-elle importante ?

C'est préparer les gens à un changement important de leur façon de travailler, avant, pendant et après le go-live. Cela couvre la communication (ce qui change et pourquoi, très tôt), l'implication (les utilisateurs clés dans la conception et les tests) et l'accompagnement (des ambassadeurs qui aident leurs collègues à s'adapter). Les projets qui la réduisent à un calendrier de formation obtiennent toujours le même résultat : des contournements, des tableurs et un système auquel personne ne fait confiance.