191
© Groupe Eyrolles
Chapitre 5
Les chantiers du projet ERP
La conduite d’un projet d’ERP est différente de celle d’un projet de
développement ; mais elle est également différente de celle d’un projet d’intégration de système. En effet, par rapport au projet de développement, on ne peut se
permettre de réaliser à façon, et par rapport à un projet d’intégration à composantes presque intégralement techniques, l’organisation de l’entreprise et ses
modes de fonctionnement doivent être respectés. Un projet d’ERP présente deux,
caractéristiques difficiles à faire cohabiter :
◗ d’une part, il fait appel à des produits du marché qui, forcément, n’ont pas été
réalisés sur mesure pour l’entreprise ;
◗ d’autre part, il doit répondre à des besoins d’entreprise qui, pris de façon brute,
paraissent très spécifiques.
L’existant logiciel, le parc matériel utilisé, les habitudes des utilisateurs, sont
autant de contraintes par rapport à un simple choix de produits « sur étagère ».
D’autres contraintes s’avèrent délicates à maîtriser : l’étendue des applications
impactées par les choix qui seront faits, le paramétrage des applications, puis le
déploiement de la solution retenue. Il y a donc un nombre considérable de compromis à négocier.
Ce chapitre présente une conduite de projet d’ERP avec l’ensemble des paramètres que l’utilisateur doit maîtriser.
© Groupe Eyrolles
Chapitre 5
Les chantiers du projet ERP
La conduite d’un projet d’ERP est différente de celle d’un projet de
développement ; mais elle est également différente de celle d’un projet d’intégration de système. En effet, par rapport au projet de développement, on ne peut se
permettre de réaliser à façon, et par rapport à un projet d’intégration à composantes presque intégralement techniques, l’organisation de l’entreprise et ses
modes de fonctionnement doivent être respectés. Un projet d’ERP présente deux,
caractéristiques difficiles à faire cohabiter :
◗ d’une part, il fait appel à des produits du marché qui, forcément, n’ont pas été
réalisés sur mesure pour l’entreprise ;
◗ d’autre part, il doit répondre à des besoins d’entreprise qui, pris de façon brute,
paraissent très spécifiques.
L’existant logiciel, le parc matériel utilisé, les habitudes des utilisateurs, sont
autant de contraintes par rapport à un simple choix de produits « sur étagère ».
D’autres contraintes s’avèrent délicates à maîtriser : l’étendue des applications
impactées par les choix qui seront faits, le paramétrage des applications, puis le
déploiement de la solution retenue. Il y a donc un nombre considérable de compromis à négocier.
Ce chapitre présente une conduite de projet d’ERP avec l’ensemble des paramètres que l’utilisateur doit maîtriser.