Pour certains décideurs informatiques, le terme modernisation suffit à créer un climat de tension élévée. Personne (ou presque) n’a hâte de changer ou éliminer du code existant qui fonctionne bien depuis des années. Les risques sont grands et bien que les bénéfices les justifient grandement, on avance souvent sur la pointe des pieds. Dans ce contexte il est fortement recommandé de s’appuyer sur une méthodologie solide. Et bien entendu, il est primordial de comprendre les grandes étapes du processus de modernisation :

1. Définissez clairement les objectifs du projet. Un projet connaît normalement plusieurs rebondissements, des débats sur la technologie et autres questions à résoudre, mais avec des objectifs clairs définis au début du projet, les décisions sont plus faciles à prendre pour maintenir le cap.
2. Prenez le temps d’analyser le portefeuille applicatif et de planifier le projet. Trop d’entreprises vont trop vite à cette étape en croyant bien connaître leurs systèmes. Les mauvaises surprises vous attendent si vous faite ça. Une fois cette analyse faite, vous aurez besoin d’une bonne compréhension des changements à faire au niveau des processus d’affaires pour mieux planifier l’envergure du projet.
3. Identifiez les technologies qui vous aideront à atteindre vos objectifs. En fonction de ces décisions, vous pourrez évaluer vos besoins en terme de formation et expertises.
4. Définissez les changements au niveau de l’architecture. Ici, plus les changements sont importants, plus les efforts et les risques sont grands. Certains changements d’architecture sont plus exigeants que d’autres.
5. Déterminez la stratégie de modernisation. Il y en a plusieurs. Assurez-vous de choisir celle qui vous en donne le plus pour votre argent. Trop d’entreprises se font imposer une approche qui ne leur convient pas.  Et cette “imposition” vient souvent du “meilleur produit que nous avons choisi avant même de débuter….”.
6. Divisez votre projet en itérations. Cette approche va vous permettre de mieux gérer l’ensemble du projet tout en ajustant vos façons de faire en cours de route.  Mais il faut effectivement s’ajuster sinon le processus itératif perd toute sa valeur.
7. Confirmez la stratégie de modernisation pour chaque itération. Il est possible que différentes stratégies de modernisation soient mises à contribution à l’intérieur d’un projet. Soyez flexibles.
8. Faites un projet pilote ou une preuve de concept. Avant de faire le grand saut, il est très bénéfique de se mettre à l’épreuve avec un projet pilote qui va permettre un ajustement rapide et surtout une validation du plan de projet. Si vous frappez des murs dès la preuve de concept, révisez votre plan en conséquence.  Soyez très vigilant dans la sélection de la preuve de concept.  L’idée ici n’est pas seulement de démontrer que ça marche…  il faut démontrer que ça marche dans les cas les plus critiques.  En fait il faut se servir de la preuve de concept pour éliminer les grandes insertitudes et facteurs de risque.  Une preuve de concept trop simple n’aura aucune valeur.
9. Définissez une méthode de tests et validation. Ce n’est pas l’aspect le plus excitant du projet, mais c’en est un qui est crucial à la réussite globale.  Quand je dis crucial….  C’est faible.  Je reviendrai éventuellement sur les essais….  mais disons seulement que le plus beau et génial des systèmes (des qualificatifs qui riment souvent avec beaucoup de $$$$) perdra toute crédibilité s’il est parsemé d’anomalies. 
10. Choisissez les bonnes ressources. Certains informaticiens spécialisés en systèmes Legacy ont une mentalité de maintenance et de développement en silo. Assurez-vous de bien les former pour la modernisation et ajoutez les ressources externes nécessaires.

Ces étapes ne garantissent pas un projet sans embûches, mais elles aident beaucoup à réduire les risques.