Excellent, ils ont géré la migration en amont grâce à la "mise en compatibilité" de leurs applications métiers...
il y avait le même souci lors du passage de NT4 à W2K concernant Access (passage de Access98 à Access 2000 iirc) qui cassait la plupart de ces "petites" applis. Le recensement effectué à une époque (autour de 2003) dans une entreprise à taille de (très) grosse PME sur toute la France avait identifié 600 "applications locales" (i.e. sur le poste client, accessible du serveur de fichier : de la feuille de tableur blindée de macro, au publipostage automatisé dans un traitement de texte propriétaire ou autre fonction non pérenne, en passant par les applis windev à passer aux oubliettes ou les saletés en access mono-utilisateur le code ayant été mélangé à la base...).
Une solution n'a pas été de chiffrer puis réaliser comment tout migrer, mais bien de rationaliser par région ce qui avait été fait (abandonner les trucs en doublons, triplons et quadriplons, justifiant le développement d'une "simple" appli en php répondant au besoin et - business loto inside - alignant les applications sur les process de l'entreprise avec la participation des différents managers, approche toujours plus pragmatique que "dites-nous ce dont vous avez besoin, on vous dira comment vous en passer". Dire qu'un "simple" recensement a permis à la hiérarchie d'identifier ses axes d'amélioration et répondre à des besoins non exprimés : perso, je trouve l'exemple toujours autant sympathique, d'autant qu'il bat en brèche les TCO (total cost of ownership) qui oublient bien souvent l'aspect "pieds et mains liés" de certains choix non respectueux des standards ouverts (formats ouverts pour le stockage, protocoles normalisés pour les accès...).
Avec la rationalisation (diminution du nombre d'applications non maîtrisées), la conduite du changement peut se concentrer sur la formation, subventionnée sur les économies de licences par exemple ;-)
[^] # Re: lu sur pcinpact
Posté par BAud (site web personnel) . En réponse à la dépêche La gendarmerie nationale migre vers Ubuntu. Évalué à 5.
il y avait le même souci lors du passage de NT4 à W2K concernant Access (passage de Access98 à Access 2000 iirc) qui cassait la plupart de ces "petites" applis. Le recensement effectué à une époque (autour de 2003) dans une entreprise à taille de (très) grosse PME sur toute la France avait identifié 600 "applications locales" (i.e. sur le poste client, accessible du serveur de fichier : de la feuille de tableur blindée de macro, au publipostage automatisé dans un traitement de texte propriétaire ou autre fonction non pérenne, en passant par les applis windev à passer aux oubliettes ou les saletés en access mono-utilisateur le code ayant été mélangé à la base...).
Une solution n'a pas été de chiffrer puis réaliser comment tout migrer, mais bien de rationaliser par région ce qui avait été fait (abandonner les trucs en doublons, triplons et quadriplons, justifiant le développement d'une "simple" appli en php répondant au besoin et - business loto inside - alignant les applications sur les process de l'entreprise avec la participation des différents managers, approche toujours plus pragmatique que "dites-nous ce dont vous avez besoin, on vous dira comment vous en passer". Dire qu'un "simple" recensement a permis à la hiérarchie d'identifier ses axes d'amélioration et répondre à des besoins non exprimés : perso, je trouve l'exemple toujours autant sympathique, d'autant qu'il bat en brèche les TCO (total cost of ownership) qui oublient bien souvent l'aspect "pieds et mains liés" de certains choix non respectueux des standards ouverts (formats ouverts pour le stockage, protocoles normalisés pour les accès...).
Avec la rationalisation (diminution du nombre d'applications non maîtrisées), la conduite du changement peut se concentrer sur la formation, subventionnée sur les économies de licences par exemple ;-)