Manager avec les ERP
84
© Groupe Eyrolles
L’étude d’opportunité
et le ciblage d’un domaine pilote d’applications
L’étude d’opportunité
Une étude d’opportunité d’évolution vers une architecture de produits applicatifs
de type ERP doit être menée préalablement à tout projet. Elle doit être faite à un
niveau global de l’entreprise.
Tout doit partir en fait d’un constat de satisfaction ou d’insatisfaction global du
système d’information. Peut-être le système en place est-il déjà suffisamment fédérateur, sur le plan de la collecte et de l’accès aux données critiques relatives à la gestion et au pilotage de l’ensemble des activités de l’entreprise.
Les constats suivants sont en général déterminants pour décider de l’opportunité
d’un projet d’ERP :
◗ hétérogénéité des systèmes utilisés, tant pour les systèmes d’exploitation que
pour les applications ;
◗ absence ou grande difficulté de vision d’ensemble pour pouvoir décider des
actions à entreprendre ;
◗ difficultés ou impossibilité d’analyser avec précision les impacts et influences
des évolutions d’une structure par rapport à une autre au sein de l’entreprise ;
◗ existence d’îlots, de bunkers où des groupes de personnes se retranchent derrière la non-communication des technologies ;
◗ grandes difficultés d’adaptation de certains personnels quand il s’agit de passer
d’une structure à une autre pour des causes de changement d’application (les
craintes sont en général : formation longue aux nouveaux écrans de saisie, procédures différentes, etc.).
Un « chantier procédures »
Sur une issue positive de l’étude d’opportunité, il est souvent nécessaire de la compléter par un « chantier procédures 1 ». Aucun progiciel, aussi intégré soit-il, ne
pourra résoudre les problèmes posés par un ensemble de procédures hétérogènes
et l’efficacité optimale de l’entreprise ne résultera en aucun cas de la concaténation
des procédures existantes.
1. L’auteur préfère l’expression « chantier procédures » à celui de BPR (Business Process Reengineering)
ou Réingénierie des Processus d’Affaires. En effet, le BPR suppose une refonte impliquant des
modifications profondes, voire le bouleversement des processus. Le chantier procédures peut être
plus ou moins étendu.
84
© Groupe Eyrolles
L’étude d’opportunité
et le ciblage d’un domaine pilote d’applications
L’étude d’opportunité
Une étude d’opportunité d’évolution vers une architecture de produits applicatifs
de type ERP doit être menée préalablement à tout projet. Elle doit être faite à un
niveau global de l’entreprise.
Tout doit partir en fait d’un constat de satisfaction ou d’insatisfaction global du
système d’information. Peut-être le système en place est-il déjà suffisamment fédérateur, sur le plan de la collecte et de l’accès aux données critiques relatives à la gestion et au pilotage de l’ensemble des activités de l’entreprise.
Les constats suivants sont en général déterminants pour décider de l’opportunité
d’un projet d’ERP :
◗ hétérogénéité des systèmes utilisés, tant pour les systèmes d’exploitation que
pour les applications ;
◗ absence ou grande difficulté de vision d’ensemble pour pouvoir décider des
actions à entreprendre ;
◗ difficultés ou impossibilité d’analyser avec précision les impacts et influences
des évolutions d’une structure par rapport à une autre au sein de l’entreprise ;
◗ existence d’îlots, de bunkers où des groupes de personnes se retranchent derrière la non-communication des technologies ;
◗ grandes difficultés d’adaptation de certains personnels quand il s’agit de passer
d’une structure à une autre pour des causes de changement d’application (les
craintes sont en général : formation longue aux nouveaux écrans de saisie, procédures différentes, etc.).
Un « chantier procédures »
Sur une issue positive de l’étude d’opportunité, il est souvent nécessaire de la compléter par un « chantier procédures 1 ». Aucun progiciel, aussi intégré soit-il, ne
pourra résoudre les problèmes posés par un ensemble de procédures hétérogènes
et l’efficacité optimale de l’entreprise ne résultera en aucun cas de la concaténation
des procédures existantes.
1. L’auteur préfère l’expression « chantier procédures » à celui de BPR (Business Process Reengineering)
ou Réingénierie des Processus d’Affaires. En effet, le BPR suppose une refonte impliquant des
modifications profondes, voire le bouleversement des processus. Le chantier procédures peut être
plus ou moins étendu.