Manager avec les ERP
226
© Groupe Eyrolles
Dans la pratique, il n’y a pas une CNS rigide, comme il y a un Manuel d’Assurance Qualité (MAQ) à évolution lente, mais une CNS, version N.X à une date
donnée. Comme le montre la figure 6.1, la CNS est tributaire des évolutions du
marché, que l’utilisateur le veuille ou non. Une révision annuelle de la CNS
s’impose alors.
Il y a donc une version de CNS, avant le projet d’ERP, et une version CNS, après
le projet d’ERP. De façon plus générale, avant chaque projet, il y a une version de
la CNS, qui est susceptible d’évoluer à l’issue du projet, si ce dernier a donné lieu à
l’adoption de nouveaux outils logiciels ou à de nouveaux formats de fichiers ou,
encore, à de nouveaux protocoles d’échange de données.
La CNS ne tient compte que des normes et standards utilisables par l’entreprise,
par exemple, des formats de fichiers qui peuvent être produits et lus par les logiciels utilisés. Il est important de distinguer les normes des standards et de ne pas
raisonner en fonction de leur pérennité mais de leur cycle de vie.
◗ Les normes. La finalisation des normes résulte toujours d’agréments ou de
consensus au sein d’une communauté comprenant des utilisateurs, des constructeurs, des sociétés de services et des administrations. Une norme est rarement
imposée. Il faut distinguer la notion de norme de celle de réglementation.
Certaines normes ont fait l’objet de travaux et de documents de spécifications
reconnus par la communauté des professionnels de l’informatique, sans jamais
faire l’objet de succès commerciaux. L’exemple des normes de réseaux locaux
ISO est l’un des plus typiques de norme n’ayant pas donné naissance à des produits largement utilisés. Cette norme s’est imposée comme modèle d’architecture des réseaux, mais les rares produits purement ISO n’ont pas eu le succès
espéré. Au contraire, ce sont des spécifications propriétaires qui se sont imposées (par exemple, le protocole TCP/IP qui n’est pas ISO). De tels exemples
sont loin d’être rares. Mais quand une norme est cooptée, son cycle de vie
marché est très long, et son déclin encore plus.
◗ Les standards. Contrairement aux normes, les standards, dans le domaine
informatique, ne résultent pas d’agréments particuliers au sein d’une communauté. Les standards sont régis par la loi du plus fort :
– plus fort, au sens du consensus des utilisateurs finals ;
– plus fort, au sens du rapport de forces entre vendeurs concurrents ;
– plus fort, au sens du rapport de forces entre les vendeurs et les utilisateurs.
226
© Groupe Eyrolles
Dans la pratique, il n’y a pas une CNS rigide, comme il y a un Manuel d’Assurance Qualité (MAQ) à évolution lente, mais une CNS, version N.X à une date
donnée. Comme le montre la figure 6.1, la CNS est tributaire des évolutions du
marché, que l’utilisateur le veuille ou non. Une révision annuelle de la CNS
s’impose alors.
Il y a donc une version de CNS, avant le projet d’ERP, et une version CNS, après
le projet d’ERP. De façon plus générale, avant chaque projet, il y a une version de
la CNS, qui est susceptible d’évoluer à l’issue du projet, si ce dernier a donné lieu à
l’adoption de nouveaux outils logiciels ou à de nouveaux formats de fichiers ou,
encore, à de nouveaux protocoles d’échange de données.
La CNS ne tient compte que des normes et standards utilisables par l’entreprise,
par exemple, des formats de fichiers qui peuvent être produits et lus par les logiciels utilisés. Il est important de distinguer les normes des standards et de ne pas
raisonner en fonction de leur pérennité mais de leur cycle de vie.
◗ Les normes. La finalisation des normes résulte toujours d’agréments ou de
consensus au sein d’une communauté comprenant des utilisateurs, des constructeurs, des sociétés de services et des administrations. Une norme est rarement
imposée. Il faut distinguer la notion de norme de celle de réglementation.
Certaines normes ont fait l’objet de travaux et de documents de spécifications
reconnus par la communauté des professionnels de l’informatique, sans jamais
faire l’objet de succès commerciaux. L’exemple des normes de réseaux locaux
ISO est l’un des plus typiques de norme n’ayant pas donné naissance à des produits largement utilisés. Cette norme s’est imposée comme modèle d’architecture des réseaux, mais les rares produits purement ISO n’ont pas eu le succès
espéré. Au contraire, ce sont des spécifications propriétaires qui se sont imposées (par exemple, le protocole TCP/IP qui n’est pas ISO). De tels exemples
sont loin d’être rares. Mais quand une norme est cooptée, son cycle de vie
marché est très long, et son déclin encore plus.
◗ Les standards. Contrairement aux normes, les standards, dans le domaine
informatique, ne résultent pas d’agréments particuliers au sein d’une communauté. Les standards sont régis par la loi du plus fort :
– plus fort, au sens du consensus des utilisateurs finals ;
– plus fort, au sens du rapport de forces entre vendeurs concurrents ;
– plus fort, au sens du rapport de forces entre les vendeurs et les utilisateurs.