Jaa

Migration vers IE 9 - partie 2 - Les points de vigilance d'une migration

  • Artikkeli

Ce post fait partie d'une série de 4 billets visant à aider un projet de migration vers Internet Explorer 9 et publiée conjointement avec Jean-François Lavidalle :

La totalité de ces articles est aussi disponible sous forme de dossier complet sur MSDN.

Les points de vigilance d'une migration

Une migration vers une nouvelle version d’Internet Explorer est un projet à part entière et ce projet requière une préparation minutieuse et organisée. Qu'il s'agisse de mettre en place un plan d'action, d'effectuer référencement de l'existant, de définir un budget ou les différents jalons du calendrier à tenir, cette préparation, pour être idéale, doit prendre en compte certains points critiques que nous appellerons les points de vigilance. Ces points de vigilance sont les points principaux qui, s'ils ne sont pas pris en considération à leur juste valeur, peuvent entrainer des difficultés dans votre projet de migration.

Voici donc quelques-uns des points qui méritent une attention toute particulière :

Planifier l'évolution des besoins à courts et moyens termes

La pire déconvenue qui puisse arriver au bout d'un chantier de plusieurs mois effectué sans accroc est de se rendre compte une fois celui-ci terminé, que les besoins ont changé et que la situation actuelle n'est plus adéquate pour répondre à ces nouveaux besoins. Un projet de migration prend généralement de longs mois à s'exécuter et bien que différents jalons aient été fixés avec des livrables ou des objectifs bien précis, il est courant qu'au fil de l'avancement du projet, de nouveaux besoins ou de nouvelles solutions apparaissent. Il est alors de la responsabilité du chef de projet de pouvoir être assez souple et intégrer ces nouveaux besoins sous bouleverser le calendrier ou renier le travail déjà effectué.

Si la migration de l'un vers l'autre se fait généralement de façon aisée, il est préférable et surtout moins coûteux, lors d'une opération de validation d'application pour IE8, de tester également (et rapidement) sa compatibilité avec IE9. Ce faisant, nul besoin de réitérer cette étape de test à la prochaine migration.

Raisonner en ordre de grandeur concernant le budget du chantier

Tout chantier à un coût et il est extrêmement difficile d'en anticiper très précisément la valeur finale lors de la phase de préparation du projet. Dans le cadre d'une migration applicative, le coût est à la fois monétaire, mais également relatif aux ressources et au temps investis. Dans le cas d'une migration d'un logiciel central comme Internet Explorer, ce budget ira en croissant selon la taille de l'existant applicatif et de la complexité des applications Web de l'entreprise. S’il est donc irrationnel de quantifier précisément le coût final, il est pertinent de prévoir un budget initial et des points de requalification du budget en fonction des actions menées jusque-là. C’est la vision la plus perspicace qui puisse être donnée à la direction.

S'appliquer sur la conduite du changement

Le changement de version d'une application comme Internet Explorer est une modification importante de l'environnement de travail, à la fois des utilisateurs finaux, mais également des développeurs d'applications au sein de l'entreprise. Cette modification d'environnement nécessite une préparation et une exécution dont le mot d'ordre doit, tout au long du projet, mettre en avant le bénéfice qu'elle représente tant pour l'entreprise (en matière de sécurité, de contrôle) que pour les utilisateurs finaux (avec une utilisation simplifiée et des fonctionnalités complémentaires). Obtenir l'adhésion, c'est garantir des intervenants qui avancent tous dans un sens unique et pour atteindre un objectif commun.

Mais la conduite du changement c'est surtout:

  • Communiquer largement et rendre les informations disponibles à tous
  • Adapter cette communication en fonction de l'interlocuteur, car un chef de projet technique n'a pas besoin d'entendre les mêmes arguments d'un utilisateur final
  • Une organisation sans failles. Bien que différents groupes de travail participent sur des sujets différents au cours du chantier, il est important de coordonner ces équipes pour éviter la transmission de messages contradictoires, mais également pour éviter la répétition d'une tâche déjà effectuée.
  • Une gestion dans la durée et en tout instant.

Savoir être force de décision

Les personnes en charge du projet de migration se doivent d'être communiquant mais également force de décision pour accompagner les différentes entités de l'entreprise, impliquées de près ou de loin à la migration d'Internet Explorer. La migration d'Internet Explorer touche un grand nombre d'applications Web, métiers ou non, utilisées au sein de l'entreprise. Ce nombre d'applications peut atteindre plusieurs dizaines de milliers et une mise en conformité complète du parc prendrait des mois voire des années et serait à l'origine de dépenses potentiellement superflues. La plus grande difficulté pour le responsable de la migration est d'être capable d'inventorier les applications et de très rapidement, extraire et prioriser les applications critiques qui seront testées en premier et pour lesquelles la remédiation sera prioritaire.

La solution consiste tout d'abord à demander aux utilisateurs quelles sont ces applications qu'ils jugent nécessaires de prioriser, mais il conviendra ensuite au comité de pilotage de la migration de valider ces applications et probablement de limiter la liste aux applications les plus critiques et/ou utilisées par le plus grand nombre d'utilisateurs. Ce filtrage a notamment pour objectif d'exclure les applications peu ou pas utilisées et/ou celles dont l'importance dans les processus métiers de l'entreprise est moindre. Il est alors très important, dans le principe de conduite du changement, d'accompagner l'utilisateur dans ses choix pour qu'il comprenne que seules certaines applications seront testées (et éventuellement corrigées) et que les autres feront l'objet de tests/corrections futurs.

Mettre en place une communication proactive

La solution idoine d'une migration réussie repose avant tout sur une communication large, bidirectionnelle et proactive. Une communication large car cette migration concerne tous les employés d'une société : les décideurs et les chefs de projets qui doivent faire appliquer le calendrier de migration, les développeurs / testeurs qui doivent s'assurer d'utiliser les bons outils et d'appliquer les préceptes définis et enfin, les utilisateurs finaux qui ont pour charge d'aider au référencement des applications critiques et à la remontée de bug.

Une communication bidirectionnelle et proactive où il est attendu des équipes techniques de remonter et de partager à la fois leurs problématiques, mais également leurs solutions. Disposer d'un centre de partage où seraient listées les erreurs de compatibilité les plus courantes et leurs solutions reste le meilleur moyen :

  • De fédérer les équipes autour d'un projet auquel elles se sentent impliquées
  • D'agréger les connaissances et d'améliorer la capacité des équipes à résoudre les problèmes
  • De réduire considérablement le temps de remédiation

En conclusion, la réussite d’une migration d’Internet Explorer dépend avant toute chose de méthodologie, de bonnes pratiques et d’un engagement des différentes parties sur toute la durée de la migration.