Planifier chargements d'essai, rapprochement et gel de la source

Planifiez une migration de données dans un diagramme de Gantt : profilage et mapping en chevauchement, cycles de chargements d'essai avec corrections, rapprochement comme point de passage, gel dimensionné.

La plupart des retards de migration de données viennent des chargements d'essai et du gel. Ce guide montre comment planifier les cycles d'essai, faire du rapprochement un point de passage et dimensionner le gel de la source pour pouvoir défendre la date de bascule.

En bref

  • Faites se chevaucher profilage et mapping pour que les premières constatations modifient le mapping avant son approbation.
  • Exécutez nettoyage et développement des scripts en parallèle, et lancez le premier chargement d'essai sur des données en partie nettoyées si c'est réaliste.
  • Prévoyez deux chargements d'essai ou plus, avec une tâche de correction entre chaque paire.
  • Faites de la validation du rapprochement un jalon que le gel attend.
  • Donnez au gel de la source sa propre tâche et sa propre durée pour pouvoir discuter de l'impact sur le métier.

Planifier les chargements, pas seulement la migration

Un plan avec une seule tâche « migrer les données » ne peut pas se tromper de façon intéressante. Les migrations de données prennent du retard de façons bien précises : le premier chargement d'essai montre des rejets que le profil n'avait pas annoncés, une décision de mapping change alors que le nettoyage a déjà commencé, le rapprochement révèle un écart que personne n'explique, ou le gel nécessaire au chargement final dépasse ce que le métier avait accepté. Chacun de ces cas est une tâche avec une durée et une dépendance, et chacun peut être planifié.

La méthode consiste à planifier la boucle, pas la ligne droite. Profilez et mappez en chevauchement, pour que les premières constatations nourrissent le mapping. Développez les scripts pendant que les données sont nettoyées. Prévoyez au moins deux chargements d'essai avec une tâche de correction entre eux, car le second dit si les corrections du premier ont fonctionné. Faites du rapprochement un jalon que le plan de bascule attend, et inscrivez le gel comme une tâche avec sa propre durée, pour que son coût pour le métier soit visible avant que quiconque l'accepte.

Un diagramme de Gantt montre comment ces éléments se poussent les uns les autres. Un troisième chargement d'essai déplace la validation, la validation déplace le gel, et le gel déplace la date de mise en service. Il ne montre pas si les données sont justes. Cette preuve est le produit de votre travail de rapprochement et de validation et relève du dossier de projet, avec une référence dans les notes de la tâche.

L'exemple construit par étapes le modèle de migration de données. Les durées sont indicatives. Pour les décisions et la logique de retour arrière dessinées en organigramme, voyez /fr/templates/organigramme-du-processus-de-migration-des-donnees-de-l-evaluation-au-basculement.

Un plan de migration de données, construit par étapes

Dix-neuf tâches en quatre phases. Les durées sont indicatives ; fixez les vôtres. Ouvrez le panneau tableur pour voir les lignes derrière chaque étape.

  1. Inventaire, profilage et mapping en chevauchement

    « Profiler la qualité des données source » démarre deux jours ouvrés après le début de « Inventaire des jeux de données », et « Mapper champs, clés et transformations » démarre trois jours ouvrés après le début du profilage. « Mapping approuvé » attend le mapping et « Décider rétention et archivage ».

  2. Nettoyage, scripts et deux chargements d'essai

    « Nettoyer et dédoublonner les données » (12 jours ouvrés) et « Scripts d'extraction et de chargement » (10) suivent tous deux « Mapping approuvé ». « Chargement d'essai 1 » démarre cinq jours ouvrés après le début du nettoyage, puis viennent « Corriger anomalies et rejets » (4) et « Chargement d'essai 2 ».

  3. Le rapprochement comme point de passage

    « Rapprocher volumes et totaux de contrôle » (4 jours ouvrés) et « Validation métier d'un échantillon » (5) suivent tous deux « Chargement d'essai 2 ». « Plan de bascule et retour arrière » démarre un jour ouvré après le début du chargement d'essai. « Rapprochement validé » attend les deux premiers.

  4. Gel, chargement final et validation

    « Gel des données source » (4 jours ouvrés) attend la validation et le plan de bascule. Le chargement final démarre un jour ouvré après le début du gel. « Rapprochement final » et « Décision go / no-go » suivent, puis « Archiver la source et clôturer ».

Comment cela fonctionne

  1. Faire se chevaucher profilage et mapping

    Démarrez le profilage quelques jours après le début de l'inventaire, et le mapping quelques jours après celui du profilage, par exemple 2SS+3. Les constatations du profil modifient alors le mapping tant qu'il est ouvert.

  2. Conditionner la construction à un mapping approuvé

    Placez un jalon de durée 0 entre le mapping et tout ce qui s'appuie sur lui. Incluez la décision de rétention dans le même jalon pour ne pas mapper des données que vous ne migrerez pas.

  3. Planifier le cycle de chargements d'essai

    Ajoutez un chargement d'essai, une tâche de correction et un second chargement d'essai. Si vous attendez davantage de cycles, dupliquez la paire. Fixez les durées d'après vos volumes, pas d'après l'exemple.

  4. Mener rapprochement et validation métier côte à côte

    Les deux suivent le dernier chargement d'essai et alimentent un jalon de validation. Écrivez dans les notes de la tâche les critères d'acceptation, par exemple quels volumes et totaux doivent concorder, avant le chargement.

  5. Dimensionner le gel d'après le chargement final

    Ajoutez le gel comme tâche, faites démarrer le chargement final un jour après son début avec un lien début-début, et faites suivre le rapprochement final. Allongez le chargement et voyez quelle durée le gel doit avoir.

  6. Partager avec les responsables métier

    Indiquez le propriétaire des données dans Personnes, partagez le diagramme et exportez un PDF pour le dossier de bascule. Mettez à jour l'avancement au fil du travail.

Erreurs à éviter

  • Ne prévoir qu'un seul chargement d'essai

    Un seul chargement d'essai ne permet pas de voir si les corrections ont fonctionné. Prévoyez-en au moins deux, avec la tâche de correction entre eux, et un troisième si le premier montre beaucoup de rejets.

  • Geler avant que le rapprochement soit validé

    Un gel qui démarre à une date, et non à la validation, peut commencer alors que des écarts restent inexpliqués. Faites dépendre le gel du jalon de validation.

  • Cacher le gel dans le chargement

    Si le gel n'est pas une tâche à part, personne ne voit sa durée avant la dernière semaine. Inscrivez-le dans le diagramme pour que le métier puisse accepter une fenêtre tant qu'il est temps de la changer.

  • Prendre un plan tenu dans les délais pour des données correctes

    Le diagramme montre que le rapprochement a été prévu et réalisé. Que les données soient correctes, c'est ce que montrent les volumes, totaux et échantillons que vous consignez.

Ouvrir le diagramme de Gantt de migration de données

Ouvrez le modèle de migration de données, modifiez la durée des chargements d'essai et regardez la date de mise en service bouger.

Ouvrir le diagramme de Gantt de migration de données

Guides associés

Questions fréquentes

De combien de chargements d'essai ai-je besoin ?

Cela dépend des volumes, de la qualité de la source et de la stabilité du mapping. Deux, avec une correction entre eux, est un minimum courant à planifier. Ajoutez des paires si le premier chargement risque de produire beaucoup de rejets.

Où placer le nettoyage des données dans le plan ?

Après l'approbation du mapping, en parallèle du développement des scripts, pour que les règles de nettoyage suivent le mapping. Le premier chargement d'essai peut démarrer sur des données en partie nettoyées si c'est réaliste pour votre source.

Puis-je coller une liste de tâches depuis un tableur ?

Oui. Copiez les lignes et collez-les dans le tableur. Si la première ligne nomme des colonnes comme Tâche (Task), Durée (Duration) et Dépend de (Depends on), chaque colonne est reconnue par son nom. Il n'y a pas encore d'import de fichier pour les diagrammes de Gantt.

Le diagramme vérifie-t-il les résultats du rapprochement ?

Non. Il planifie les tâches de rapprochement et la validation. Les résultats relèvent de votre dossier de projet.

Où voir le chemin qui fixe la date de mise en service ?

Utilisez Affichage, puis Chemin critique, pour mettre en évidence la chaîne de tâches qui fixe la date de fin. Voyez /fr/guides/chemin-critique-diagramme-de-gantt.

Le modèle à l'origine de ce guide

Modèle de diagramme de Gantt de migration de données — Un diagramme de Gantt de migration de données modifiable : profilage, mapping, nettoyage, chargements d'essai, rapprochement, gel de la source, chargement final et validation, avec dépendances et jalons.

Diagramme de Gantt de migration de données: Profilage et mapping → Nettoyage et chargements d'essai → Rapprochement et validation → Gel, chargement final et validation
Planifier chargements d'essai, rapprochement et gel de la source