Les trois étapes de la stratégie de migration

Schéma directeur euro

Procédure suivie par le schéma directeur

Pour mener à bien son projet, la direction des systèmes d’information devra également retenir pour chacune de ses applications, une des trois étapes de la stratégie de migration technique :

C’est une opération informatique complexe dont l’entreprise est confrontée dans la conduite du projet euro.

Le schéma directeur euro

Le lancement du projet de passage du système d’information à la monnaie unique débute par une phase d’étude préalable et de préparation nommée le schéma directeur.

Cette étude doit conduire à un recensement exhaustif des applications puis à l’identification des grandes règles et contraintes de passage à l’euro pour les différents métiers de l’entreprise. Ceci permettra ensuite d’en déduire, de façon très macroscopique, la liste des projets euro que le département informatique aura à conduire: quels sont les travaux à réaliser par application, les solutions techniques retenues, les budgets et les délais, les priorités, les risques, qui va se charger du travail?

Après le lancement de l’étude, la première étape majeure consiste à prendre en compte la stratégie euro de l’entreprise. Il s’agit là d’une étude de l’euro par métier, tenant compte de la volonté des maîtrises d’ouvrage et de celle de la direction générale. Il est fort recommandable aussi de conduire une étude des risques applicatifs. Il s’agit d’estimer, par divers critères objectifs, le niveau de criticité des applications par rapport au métier de l’entreprise. Cette étude permet aussi de prendre de meilleures décisions et d’optimiser les budgets. A budget global constant, il est par exemple préférable de faire porter d’avantage l’effort de tests sur les applications les plus critiques.

Retour vers le haut

Procédure suivie par le schéma directeur

Pour que le schéma directeur euro atteigne ses objectifs dans des budgets et des délais raisonnables, des étapes (ou une procédure) est définie :

1. La première étape de cette procédure consiste à déterminer des domaines qui seront étudiés et par l’identification des responsables d’application. Ces travaux étant effectués, l’étude est planifiée et le contenu des questionnaires standard est personnalisé. Le schéma directeur s’applique en général à un système d’information entier ou à une partie importante du SI (système d’information). L’entité manipulée à l’occasion de cette étude est l’application.
   
2. Une fois le lancement de l’étude effectué, le directeur de projet maîtrise d’œuvre présente l’objectif et les modalités du schéma directeur aux responsables d’applications. Les objectifs de cette étape sont : la prise de conscience de la problématique euro, la présentation générale de la démarche de migration à l’euro, la présentation du contenu des questionnaires devant être remplis plus tard par les responsables d’applications, la présentation du planning de l’étude.
   
3. Cette étape consiste à identifier les applications concernées par le passage à l’euro et à considérer les contraintes liées à la monnaie unique pour chacune d’elles. Aucune investigation technique n’est à prévoir.
   
4. Ayant pris en compte les grandes options et les grandes orientations fonctionnelles concernant l’euro au cours de la phase précédente, il est nécessaire de collecter des informations techniques sur le système d’information afin de: déterminer le degré de complexité de la migration du périmètre étudié et les risques encourus, estimer de façon macroscopique la charge de migration du périmètre étudié, proposer une organisation de migration en termes de séquencement des actions, de moyens et de délais.
   
5. La solution technique de migration d’une application a une influence très forte sur le budget du projet euro. Il est donc indispensable de faire ce choix très tôt dans le cycle de vie du projet. Cette phase consiste donc à choisir la solution de migration pour chaque application parmi les cinq options possibles: remplacement par un progiciel, refonte, clonage, conversion de flux et stock hétérogène. Pour le stock hétérogène, l’application accepte des flux en euros et en francs pendant la période 1999-2002 mais ne les convertit pas. Un code devise (ou monnaie) permet de connaître la nature du montant à gérer dans l’application. Dans ce cas, les montants gérés dans les fichiers et les bases (le stock) peuvent être des francs ou des euros. Pour la conversion des flux, des programmes de conversion se chargent d’uniformiser les flux entrant et sortants de l’application. A un instant T une application donnée ne connaît qu’une monnaie. Le stock est soit conservé en francs jusqu’au 31 décembre 2001, soit converti en euros dès 1999, soit converti à une date propice dans l’intervalle. Pour le clonage, deux applications jumelles gèrent l’une les francs, l’autre les euros. Pour le remplacement par un progiciel, l’euro ne peut justifier à lui seul, une refonte. Il peut en revanche être l’événement déclencheur. Mais il faut faire attention au délai disponible. Pour la refonte, mêmes remarques. La mise en œuvre d’un progiciel nécessite toutefois un délai, en général inférieur à une refonte. Cette solution reste donc viable plus longtemps.
   
6. Une fois la solution technique de migration choisie, on peut estimer très grossièrement le coût de la migration de chaque application et définir le délai correspondant. Si des dates impératives de fin de migration sont connues pour chaque application, elles sont également collectées à ce stade.
   
7. Cette phase est une phase de création d’un plan d’organisation, elle a pour objectif de: découper le périmètre en unités plus facilement gérables, définir un plan d’organisation des équipes (qui fait quoi), énoncer les besoins en logistique, aboutir à un planning d’ensemble, définir un comité de pilotage pour la suite des opérations, choisir un projet pilote.
   
8. Présentation et décision: cette phase a pour objectif de valider les plans d’action généraux et particuliers à chaque périmètre.

Retour vers le haut