Manager avec les ERP
220
© Groupe Eyrolles
Cycle de vie de l’ERP et vie de l’entreprise
Quand une entreprise implémente un ERP, ce dernier est impacté par la vie de
l’entreprise et les évènements qui peuvent la toucher. Nous illustrons cette réalité
par trois exemples.
ERP et environnement de l’entreprise
Les exemples 5.2 et 5.3 montrent comment l’ERP peut être concerné par l’environnement de la société qui l’utilise, tant du point de vue des opérations courantes que
de celui du cadre légal, administratif et réglementaire. Les deux conséquences sont :
◗ la nécessité de faire évoluer le système ERP de telle manière qu’il puisse
répondre aux nouvelles conditions de fonctionnement de ses utilisateurs ;
◗ l’intérêt de se doter d’outils pour aider à définir, assurer et tracer ces évolutions
dans le temps.
Exemple 5.2 : La nécessité d’un référentiel de tests
Une société S 0 , spécialisée dans les services auxiliaires aux entreprises, a 800
employés répartis dans quatre branches différentes B 1 , B 2 , B 3 et une branche
B 4 spécialisée dans le service de sondage des consommateurs par courrier et
par téléphone. Pour rationaliser sa gestion, la direction démarre un projet ERP
avec les modules suivants, d’une même solution E 0 :
– comptabilité ;
– gestion de clientèle de type CRM ;
– gestion du personnel et paie.
Le projet s’étale sur 6 mois, les chantiers sont menés successivement à bien,
les tests fonctionnels, les tests techniques se passent parfaitement. Le système
est mis en service et recetté.
L’année suivante, la branche B 4 qui a une activité particulière souhaite intégrer
une application A qui est spécifique à son métier. Un éditeur E’ est pressenti
car son produit s’intègre à l’ERP E 0 . Un cahier des charges est réalisé, mais
pour les tests :
– l’entreprise S ne dispose pas de jeux de tests correspondant aux cas de sa
branche B 4 ;
– un jeu de données de simulation dérivant de la base des clients test de
l’ERP est utilisé ;
– les outils de montée en charge sont ceux de l’intégrateur.
Tous les tests se passent bien. Mais dès la bascule, en conditions réelles, les
performances s’avèrent catastrophiques !
En fait :
– la structure des données réelles de B 4 est complètement différente de celle
des données des trois autres branches ;
220
© Groupe Eyrolles
Cycle de vie de l’ERP et vie de l’entreprise
Quand une entreprise implémente un ERP, ce dernier est impacté par la vie de
l’entreprise et les évènements qui peuvent la toucher. Nous illustrons cette réalité
par trois exemples.
ERP et environnement de l’entreprise
Les exemples 5.2 et 5.3 montrent comment l’ERP peut être concerné par l’environnement de la société qui l’utilise, tant du point de vue des opérations courantes que
de celui du cadre légal, administratif et réglementaire. Les deux conséquences sont :
◗ la nécessité de faire évoluer le système ERP de telle manière qu’il puisse
répondre aux nouvelles conditions de fonctionnement de ses utilisateurs ;
◗ l’intérêt de se doter d’outils pour aider à définir, assurer et tracer ces évolutions
dans le temps.
Exemple 5.2 : La nécessité d’un référentiel de tests
Une société S 0 , spécialisée dans les services auxiliaires aux entreprises, a 800
employés répartis dans quatre branches différentes B 1 , B 2 , B 3 et une branche
B 4 spécialisée dans le service de sondage des consommateurs par courrier et
par téléphone. Pour rationaliser sa gestion, la direction démarre un projet ERP
avec les modules suivants, d’une même solution E 0 :
– comptabilité ;
– gestion de clientèle de type CRM ;
– gestion du personnel et paie.
Le projet s’étale sur 6 mois, les chantiers sont menés successivement à bien,
les tests fonctionnels, les tests techniques se passent parfaitement. Le système
est mis en service et recetté.
L’année suivante, la branche B 4 qui a une activité particulière souhaite intégrer
une application A qui est spécifique à son métier. Un éditeur E’ est pressenti
car son produit s’intègre à l’ERP E 0 . Un cahier des charges est réalisé, mais
pour les tests :
– l’entreprise S ne dispose pas de jeux de tests correspondant aux cas de sa
branche B 4 ;
– un jeu de données de simulation dérivant de la base des clients test de
l’ERP est utilisé ;
– les outils de montée en charge sont ceux de l’intégrateur.
Tous les tests se passent bien. Mais dès la bascule, en conditions réelles, les
performances s’avèrent catastrophiques !
En fait :
– la structure des données réelles de B 4 est complètement différente de celle
des données des trois autres branches ;