← Tous les modèles
Exploitation & run

Plan de migration et de bascule

Le déroulé minuté du passage de l'ancien système au nouveau, avec les contrôles de réconciliation et le retour arrière.

  • PhaseMise en production
  • Rédigé parChef de projet MOE, avec la MOA
  • DestinatairesÉquipe projet, exploitation, métier, sponsor
  • Rubriques10
  • Aussi appeléPlan de bascule, Plan de reprise de données, Cutover plan, Plan de transition
Télécharger le modèle

10 rubriques, consignes de rédaction incluses. Sans inscription. Le tableur contient une grille « Chronogramme » prête à remplir.

À quoi sert ce document

La bascule est le moment où le projet est le plus exposé : fenêtre courte, activité arrêtée, décision irréversible passé un certain point. Le plan de migration décrit la séquence exacte, qui fait quoi, à quelle heure, et surtout comment on vérifie que les données arrivées sont bien celles qui sont parties. Deux éléments distinguent un plan solide : la réconciliation chiffrée entre source et cible, et un point de non-retour explicite avec l'heure limite au-delà de laquelle le retour arrière n'est plus possible.

Quand le produire

  • Sur toute migration de données ou remplacement d'un système en exploitation.
  • Sur un changement de version majeur avec transformation de données.
  • Sur un changement d'hébergement ou de socle technique.
  • Sur une bascule progressive par entité, par site ou par périmètre.

Le plan, rubrique par rubrique

  1. Stratégie de bascule

    Le choix de méthode et sa justification.

    • Bascule complète en une fois, progressive par lot, ou fonctionnement en parallèle
    • Justification au regard du risque métier et de la fenêtre disponible
    • Durée de la période de double fonctionnement, si retenue
  2. Périmètre des données reprises

    Ce qui est migré, ce qui est laissé, et où le reste sera consultable.

    • Entités reprises, avec antériorité et volumétrie de chacune
    • Données non reprises et modalité de consultation de l'historique
    • Règles de transformation et de mise en correspondance
    • Traitement des données invalides : rejet, correction, valeur par défaut
  3. Qualité des données et préparation

    Le travail à faire avant la bascule, dans le système source.

    • Contrôles de qualité menés en amont et anomalies détectées
    • Nettoyage à réaliser par le métier, avec échéance
    • Gel des modifications dans le système source et date d'effet
  4. Répétitions

    Les migrations à blanc, sur données réelles, avant la vraie.

    • Nombre de répétitions prévues et environnement utilisé
    • Durée mesurée de chaque étape, qui sert à dimensionner la fenêtre réelle
    • Anomalies relevées et corrections apportées entre deux répétitions
  5. Chronogramme de bascule

    Le déroulé minuté. Le cœur du document.

    • Étape, heure prévue, durée, responsable nommé, prérequis
    • Points de contrôle intermédiaires avec critère de poursuite
    • Point de non-retour : heure et décision associée
    • Marge prévue et heure limite de fin
  6. Contrôles de réconciliation

    La preuve chiffrée que la cible correspond à la source.

    • Comptages par entité, source contre cible
    • Totaux de contrôle sur les montants et les quantités
    • Contrôles par échantillon sur des cas métier connus
    • Écart maximal toléré, défini avant la bascule
  7. Retour arrière

    Le plan B, décidé à froid.

    • Critères de déclenchement du retour arrière, chiffrés
    • Procédure détaillée et durée estimée
    • Qui prononce la décision, et jusqu'à quelle heure elle reste possible
    • État de l'ancien système à conserver et pendant combien de temps
  8. Organisation le jour J

    Qui est mobilisé, où, et comment on communique.

    • Équipe de bascule, rôles, plages de présence, coordonnées
    • Canal de coordination et rythme des points de situation
    • Astreinte prévue après la bascule
  9. Communication

    Ce que les utilisateurs savent, et quand.

    • Annonce d'indisponibilité et périmètre concerné
    • Consignes aux utilisateurs pendant la fenêtre
    • Message de reprise de service
  10. Vérification de service et clôture

    Ce qui est contrôlé après la remise en service.

    • Tests de bon fonctionnement sur les processus critiques
    • Surveillance renforcée : durée et indicateurs suivis
    • Critères de clôture de la bascule et retour au fonctionnement normal

Les erreurs qui coûtent cher

  • Ne pas répéter la bascule sur données réelles. Les durées estimées en réunion sont systématiquement optimistes, et c'est la fenêtre d'indisponibilité qui en paie le prix.
  • Se contenter d'un comptage de lignes comme réconciliation. Le nombre peut correspondre alors que les montants ne correspondent pas.
  • Laisser le point de non-retour implicite. Sans heure limite écrite, la décision de retour arrière se prend trop tard, quand elle n'est plus exécutable.
  • Découvrir la qualité des données pendant la bascule. Les contrôles se passent des semaines avant, pas la nuit du basculement.
  • Prévoir une fenêtre sans marge. Un incident mineur en début de séquence suffit alors à faire échouer l'ensemble.

Sigles associés

Documents complémentaires

Besoin d'un cadrage, pas seulement d'un modèle ?

Nous rédigeons et challengeons ces documents en mission, sur des projets d'intégration, de migration de données et de décisionnel. Parlons de votre projet.