Projet ERP : constituer l'équipe interne avant l'intégrateur

Un projet ERP se décide souvent au moment du choix de l'intégrateur. Il se joue pourtant plus tôt. Le guide que le cabinet Entourage Recrutement consacre à la préparation d'un déploiement part d'un constat partagé par les éditeurs et les retours d'expérience publiés : un projet ERP se joue sur son cadrage, sa gouvernance et sa bascule, bien plus que sur le logiciel retenu. Ces trois chantiers reposent sur une équipe interne qu'il vaut mieux constituer avant de signer, plutôt qu'après.

Un cadrage écrit avant la consultation

Le guide liste ce que le cadrage doit contenir : un business case explicite, la distinction entre les processus à refondre et ceux qui suivront le standard de l'éditeur, l'architecture cible, les données à reprendre et les interfaces à maintenir. Il recommande d'écrire dès le départ les critères de succès du projet.

Un article publié le 24 septembre 2026 sur le site d'actualités de SAP, écrit du point de vue des équipes d'intégration, va dans le même sens. Ses auteurs, Joe Devine et Drew Messinger-Michaels, conseillent d'arriver à la consultation avec les indicateurs clés de l'activité, les attentes en matière de niveaux de service et une idée approximative du budget. Ces éléments permettent de qualifier ou d'écarter les candidats plus vite. Ils invitent aussi à vérifier que l'entreprise a le temps de mener une consultation, en partant de la date de démarrage souhaitée et en remontant le calendrier.

Des questions propres à l'entreprise

Le même article met en garde contre les cahiers des charges génériques. Des questions standard ne révèlent pas ce que l'entreprise a besoin de savoir, et un excès de questions finit, selon les auteurs, en boucle où des réponses rédigées par l'IA répondent à des questions rédigées par l'IA, puis sont résumées par l'IA. Ils recommandent des questions propres à l'activité, dont les réponses méritent d'être lues par les experts internes.

Ils signalent une tendance qui inverse l'ordre habituel : commencer par de courtes démonstrations, des rencontres et une discussion de prix à grands traits, avant de produire la documentation détaillée. Les deux parties jugent ainsi la compréhension du métier, le mode de communication et les points de blocage techniques avant d'engager un lourd travail d'écriture.

Sur le choix lui-même, les auteurs décrivent le bon partenaire comme celui qui accepte de devenir « élève » de l'activité du client. Ils citent quatre signes favorables : il arrive préparé, pose des questions réfléchies, partage des retours d'expérience pertinents et se comporte en partenaire plutôt qu'en simple exécutant de commandes.

Le fit-to-standard, et qui y participe

Le guide d'Entourage Recrutement retient l'approche fit-to-standard pour distinguer ce qui sera refondu de ce qui suivra le standard. SAP la décrit dans ses supports de formation consacrés à S/4HANA Cloud, édition publique : il s'agit d'apprendre aux experts métier du client comment fonctionnent les processus standard, lors d'ateliers animés par les experts de l'intégrateur.

Deux précisions de SAP intéressent directement l'équipe interne. L'intégrateur identifie de deux à quatre collaborateurs par processus, qui représentent les rôles concernés et sont les mieux placés pour repérer les ajustements nécessaires. Et toute modification d'un processus standard créera, selon SAP, davantage de travail de maintenance à chaque montée de version. Les ateliers ne cherchent donc que les exigences absolument nécessaires pour que les experts métier fassent leur travail après le démarrage.

Ces deux à quatre personnes par processus sont des utilisateurs clés. Leur disponibilité conditionne la qualité des ateliers, et elle se négocie avec leurs responsables avant le lancement.

Les profils à réunir

Le guide nomme les rôles à constituer côté entreprise : un chef de projet, une assistance à maîtrise d'ouvrage métier, des utilisateurs clés, un architecte et un responsable de la reprise de données. Pour chacun, il précise les compétences attendues, les critères de sélection et un ordre de grandeur de charge pour piloter le budget.

Côté intégrateur, il recommande d'exiger nommément, dans la proposition, les rôles qui interviendront. Une grille d'évaluation compare ensuite les intégrateurs sur des critères pondérés, ce qui évite de juger une proposition sur sa seule présentation.

Recruter ces profils avant la consultation change la nature de celle-ci. Un chef de projet ou un responsable de la donnée déjà en poste lit les propositions avec les yeux de celui qui vivra le projet, et pose aux intégrateurs les questions qui comptent.

Une gouvernance qui survit à l'intégrateur

Le guide traite la gouvernance en trois questions : qui décide, qui arbitre, qui valide. Il s'appuie sur un comité de pilotage, une matrice des responsabilités et la disponibilité réelle des utilisateurs clés. Il y ajoute un plan de montée en compétences, pour que l'entreprise garde la maîtrise de son système une fois l'intégrateur parti.

Ce dernier point est le plus souvent remis à plus tard. Il conditionne pourtant la suite : un système dont seul le prestataire connaît le paramétrage se maintient à ses conditions.

La bascule comme opération industrielle

Sur le démarrage, le guide décrit une bascule préparée puis répétée : une stratégie de tests, des répétitions de la bascule, des critères d'entrée et de sortie, un plan de retour arrière et un runbook, le document qui décrit pas à pas le déroulé de l'opération. Il prévoit une période de soutien renforcé après le démarrage, l'hypercare, dotée de ses propres critères de fin.

Les modèles de livrables, les indicateurs de succès à suivre et le planning type figurent dans le guide pour préparer un projet de déploiement ERP et réunir l'équipe qui le porte, qui s'adresse au DSI, au directeur de projet et au DAF.

L'ordre des décisions

Le choix de l'intégrateur reste une décision majeure. Mais il intervient au milieu d'une séquence : un cadrage écrit, une équipe interne nommée, des utilisateurs clés libérés, des critères de comparaison pondérés, puis la consultation. Inverser cet ordre revient à confier au prestataire la définition du projet qu'il va réaliser.