Manager avec les ERP
86
© Groupe Eyrolles
de l’entreprise, soit parce qu’il est difficile de les faire évoluer vers de nouvelles
réglementations ou vers une nouvelle organisation des services.
Cependant, il faut que le domaine ciblé soit suffisamment riche en applications. Si
le besoin du domaine est couvert par un seul logiciel, il serait un mauvais domaine
pilote pour un ERP, parce qu’il y aurait incohérence entre le potentiel applicatif
représenté par un ERP et le besoin considéré. Il convient que les données utilisées
par le domaine pilote puissent, en tout ou partie, être également utilisées par
d’autres applications ; sinon, il y aurait isolation de fait du domaine, et l’un des
avantages des ERP, celui de la gestion globale de l’entreprise et de son référentiel,
serait caduc.
L’intérêt du domaine pilote sera d’autant plus important qu’il est reproductible
sur plusieurs sites de l’entreprise. Dans ce cas, il est possible que plusieurs applications différentes, mais ayant les mêmes buts, soient destinées à être remplacées par
un ERP.
Il faut distinguer le site pilote du domaine pilote. Le site pilote est un site où l’on
décide d’implanter une solution, en vue de tests en utilisation opérationnelle. Le
domaine pilote est un domaine applicatif. Il peut concerner plusieurs sites. Il est
plus sécurisant de procéder par palier : cibler un domaine pilote, choisir un site
pilote, valider les choix et déployer sur le domaine pilote.
Les contraintes « méthode de gestion »
Le domaine pilote étant trouvé, il convient de mettre à plat l’organisation et le
fonctionnement du domaine. Cela a été l’objet du chantier procédures.
Il faut alors valider que les règles de fonctionnement et les procédures définies
puissent être prises en charge par les ERP du marché. Si on est trop loin d’un fonctionnement standard, il sera difficile d’envisager une réponse aux besoins par la
mise en œuvre de progiciels.
L’ensemble des règles de gestion, des dispositions administratives et des textes
légaux concernant le domaine pilote doit être déroulé afin de pouvoir établir une
base de règles paramétrables par chaque site qui utilisera la nouvelle application.
Il est important que le domaine pilote puisse être encapsulé, c’est-à-dire relativement isolable par rapport aux autres applications de l’entreprise. Il faut permettre
à l’ensemble de l’entreprise de continuer son fonctionnement dans l’attente de la
nouvelle application.
86
© Groupe Eyrolles
de l’entreprise, soit parce qu’il est difficile de les faire évoluer vers de nouvelles
réglementations ou vers une nouvelle organisation des services.
Cependant, il faut que le domaine ciblé soit suffisamment riche en applications. Si
le besoin du domaine est couvert par un seul logiciel, il serait un mauvais domaine
pilote pour un ERP, parce qu’il y aurait incohérence entre le potentiel applicatif
représenté par un ERP et le besoin considéré. Il convient que les données utilisées
par le domaine pilote puissent, en tout ou partie, être également utilisées par
d’autres applications ; sinon, il y aurait isolation de fait du domaine, et l’un des
avantages des ERP, celui de la gestion globale de l’entreprise et de son référentiel,
serait caduc.
L’intérêt du domaine pilote sera d’autant plus important qu’il est reproductible
sur plusieurs sites de l’entreprise. Dans ce cas, il est possible que plusieurs applications différentes, mais ayant les mêmes buts, soient destinées à être remplacées par
un ERP.
Il faut distinguer le site pilote du domaine pilote. Le site pilote est un site où l’on
décide d’implanter une solution, en vue de tests en utilisation opérationnelle. Le
domaine pilote est un domaine applicatif. Il peut concerner plusieurs sites. Il est
plus sécurisant de procéder par palier : cibler un domaine pilote, choisir un site
pilote, valider les choix et déployer sur le domaine pilote.
Les contraintes « méthode de gestion »
Le domaine pilote étant trouvé, il convient de mettre à plat l’organisation et le
fonctionnement du domaine. Cela a été l’objet du chantier procédures.
Il faut alors valider que les règles de fonctionnement et les procédures définies
puissent être prises en charge par les ERP du marché. Si on est trop loin d’un fonctionnement standard, il sera difficile d’envisager une réponse aux besoins par la
mise en œuvre de progiciels.
L’ensemble des règles de gestion, des dispositions administratives et des textes
légaux concernant le domaine pilote doit être déroulé afin de pouvoir établir une
base de règles paramétrables par chaque site qui utilisera la nouvelle application.
Il est important que le domaine pilote puisse être encapsulé, c’est-à-dire relativement isolable par rapport aux autres applications de l’entreprise. Il faut permettre
à l’ensemble de l’entreprise de continuer son fonctionnement dans l’attente de la
nouvelle application.