Planification stratégique : réussir son plan de cut-over en 5 étapes

Le plan de déploiement, de mise en production ou de mise en service (cut-over plan) est une partie essentielle de la gestion de projet. La mise en service est l'aboutissement du projet informatique. Comment arriver à un résultat réussi? Avec une planification stratégique, rigoureuse et détaillée.

Quelles sont les cinq étapes d'un plan de cut-over réussi?

Un plan de cut-over réussi repose sur cinq jalons : planifier tôt, allouer du temps à la conversion des données, rédiger un plan de mise en production détaillé, le tester par des simulations et être prêt le jour J avec un processus go/no-go clair.

1. Planifier le déploiement le plus tôt possible

L'enjeu de la mise en service est important : il convient de s'en préoccuper dès que l'on a atteint la moitié du projet. La planification se fait avec toutes les équipes du projet (affaires, techniques, fonctionnelles et d'implantation). Des rencontres exploratoires avec ces acteurs, qui vivent la réalité d'affaires au quotidien, permettent d'envisager toutes les options de déploiement.

L'étude des processus amène son lot de questions. Prenons la facturation : quand la clôture doit-elle avoir lieu dans le mois? Par quels moyens les factures sont-elles envoyées? Planifier un cut-over, c'est prévoir et répondre à toutes les questions qui pourraient nuire au déploiement.

Plus on s'y prend tôt, plus on évite un casse-tête le jour J.

La date de cut-over est elle-même sujette à débat. Elle ne dépend pas seulement des réalisations techniques, mais avant tout du calendrier d'affaires : préfère-t-on déployer au début d'une année budgétaire ou durant une période creuse?

2. Allouer du temps aux équipes pour la conversion des données

La conversion des données est souvent le gros morceau du plan de cut-over. Selon le volume à convertir, les délais varient d'une journée à plus d'un mois. Dans le cas de la facturation, convertit-on l'entièreté de l'historique ou seulement une partie? Si l'on ne transfère pas les vieilles factures, conserve-t-on l'ancien système? Durant combien de temps? Qui y aura accès? Cette étape nécessite souvent une véritable réflexion sur la conduite du changement et une formation des utilisateurs. Dans tous les cas, il faut adapter sa façon de communiquer.

3. Rédiger un plan de mise en production détaillé

Les tâches doivent être comptabilisées par équipe, par date, par heure, voire par minute, dans une application spécialisée comme MS Project ou un tableur comme Excel. C'est encore plus important à l'approche de la date de déploiement.

Toutes les informations sont consignées dans des tableaux de bord, de véritables outils de pilotage qui facilitent les séances d'information. On suggère de tenir régulièrement des réunions debout de 15 minutes, auxquelles on peut convier les promoteurs du projet. Durant les deux dernières semaines, des mises au point journalières d'une page, lisibles rapidement, tiennent toutes les parties prenantes informées de la planification du jour.

4. Tester le plan de déploiement par des simulations

En prévision du déploiement, on effectue des simulations et des réunions de relecture du plan avec les équipes concernées, comme une répétition générale avant une première au théâtre. Le but : vérifier et contre-vérifier toutes les étapes dans l'environnement de test, s'assurer qu'il ne manque rien et que les conséquences de chaque action sont connues.

Ces relectures sont aussi l'occasion de prendre en compte les interdépendances de projets, très souvent la cause de retards et de coûts supplémentaires. Si le module de facturation dépend de la dernière version d'un navigateur, il est essentiel de vérifier où en est l'équipe de bureautique dans son propre déploiement.

5. Être prêt le jour J

Le jour de la mise en service arrive enfin. Les équipes de jour, de nuit ou de fin de semaine doivent avoir été contingentées et préparées. Vient ensuite le « go/no-go » des décideurs : ce feu vert est parfois donné par téléphone à 3 h du matin par le chef de la direction ou le directeur financier, souvent après plusieurs réunions de type cellule de crise (war room).

Quelques heures après le lancement, il faut décider si l'on continue ou si l'on fait marche arrière (fallback), avant d'atteindre le point de non-retour. Cette marche arrière doit avoir été envisagée, détaillée et testée, comme le reste du projet.

Le degré de précision et d'anticipation du plan de cut-over est donc primordial pour une mise en service sans accroc. Vient ensuite la dernière étape du projet : le soutien post-implantation, qui conclut le projet et assure son entière réussite.

Questions fréquentes

Qu'est-ce qu'un plan de cut-over?

C'est le plan détaillé de mise en production d'un système : la séquence de tâches, par équipe et par heure, qui fait passer l'organisation de l'ancien environnement au nouveau. Il couvre la conversion des données, les validations, le go/no-go et le plan de retour en arrière.

Quand faut-il commencer à planifier la mise en production?

Dès la moitié du projet. Une planification hâtive permet d'explorer toutes les options de déploiement avec les équipes d'affaires et techniques, de choisir une date alignée sur le calendrier d'affaires et d'éviter les mauvaises surprises le jour J.

Qu'est-ce que le go/no-go d'un déploiement?

C'est la décision formelle des dirigeants d'autoriser ou non le passage en production, prise à un moment précis du plan de cut-over. En cas de problème après le lancement, le plan prévoit aussi une marche arrière (fallback) testée à l'avance, à déclencher avant le point de non-retour.