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.
Qu'est-ce que le processus modèle de diagramme de gantt de migration de données ?
Les plannings de migration de données déraillent au milieu et à la fin. Le milieu, ce sont les chargements d'essai : le premier montre presque toujours des rejets, des mappings pas tout à fait justes et des données plus propres dans le profil que dans l'extraction, et chaque correction demande un nouveau chargement. La fin, c'est le gel : la source ne peut pas changer pendant le chargement final, la fenêtre est donc courte et sa durée décide du moment où le métier est touché. Un plan avec une seule tâche « charger les données » cache les deux.
Ce modèle compte quatre phases : Profilage et mapping, Nettoyage et chargements d'essai, Rapprochement et validation, et Gel, chargement final et validation. « Inventaire des jeux de données » est la seule tâche de départ. « Profiler la qualité des données source » démarre deux jours ouvrés après lui, et « Décider rétention et archivage » suit l'inventaire. « Mapper champs, clés et transformations » démarre trois jours ouvrés après le début du profilage. « Mapping approuvé » est un jalon qui attend à la fois le mapping et la décision de rétention : rien n'est donc construit sur un mapping qui inclut encore des données que vous ne comptez pas migrer.
Après l'approbation, « Nettoyer et dédoublonner les données » (12 jours ouvrés) et « Scripts d'extraction et de chargement » (10) se déroulent en parallèle. « Chargement d'essai 1 » attend les scripts et démarre cinq jours ouvrés après le début du nettoyage, il tourne donc sur des données en partie nettoyées, ce qui est réaliste et explique la tâche suivante. « Corriger anomalies et rejets » est suivi de « Chargement d'essai 2 ». Ensuite, « Rapprocher volumes et totaux de contrôle » et « Validation métier d'un échantillon » s'exécutent en parallèle, et « Plan de bascule et retour arrière » démarre un jour ouvré après le début du second chargement d'essai. « Rapprochement validé » attend les deux premiers.
« Gel des données source » attend la validation et le plan de bascule. « Chargement final » démarre un jour ouvré après le début du gel, qui est donc en place avant lui, puis viennent « Rapprochement final » et « Décision go / no-go ». « Archiver la source et clôturer » arrive en dernier. Toutes les durées sont indicatives : elles dépendent des volumes, de la qualité de la source et du nombre de chargements d'essai nécessaires. Une frise planifie le travail. Elle ne rend pas les données correctes et ne remplace pas les preuves de rapprochement. Pour la logique du processus, voyez l'organigramme de migration des données à /fr/templates/organigramme-du-processus-de-migration-des-donnees-de-l-evaluation-au-basculement, et pour les règles de conservation et de suppression des enregistrements, /fr/templates/organigramme-du-processus-de-gestion-du-cycle-de-vie-des-donnees.
Ce que couvre cet organigramme
Dans ce modèle
- Quatre phases, Profilage et mapping, Nettoyage et chargements d'essai, Rapprochement et validation, et Gel, chargement final et validation, avec 19 tâches et trois jalons : « Mapping approuvé », « Rapprochement validé » et « Décision go / no-go ».
- Des débuts qui se chevauchent : « 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.
- Nettoyage et scripts en parallèle : « Nettoyer et dédoublonner les données » (12 jours ouvrés) et « Scripts d'extraction et de chargement » (10) suivent tous deux « Mapping approuvé », et « Chargement d'essai 1 » démarre cinq jours ouvrés après le début du nettoyage.
- Deux chargements d'essai avec une correction entre eux, puis « Rapprocher volumes et totaux de contrôle » à côté de « Validation métier d'un échantillon », qui conditionnent tous deux « Rapprochement validé ».
- Un gel qui précède le chargement final : « Gel des données source » dure 4 jours ouvrés et le chargement final démarre un jour ouvré après son début, puis viennent « Rapprochement final » et « Décision go / no-go ».
Quand utiliser ce modèle
- Vous déplacez des données entre systèmes et devez montrer quand tombent le mapping, le nettoyage, les chargements d'essai et le chargement final.
- Vous devez convenir avec le métier de la durée du gel de la source et voulez voir de quoi elle dépend.
- Vous voulez expliquer à un comité de pilotage pourquoi un second chargement d'essai, et le temps de corriger les rejets, ont leur place dans le plan.
- On vous demande à quelle date le rapprochement doit être validé pour que la date de bascule tienne.
Le plan, tâche par tâche
Toutes les tâches du diagramme avec leur durée en jours ouvrés et ce qu'elles attendent. Une dépendance est un numéro d'étape ; SS signifie début à début, FF fin à fin et +n un décalage en jours ouvrés.
| # | Tâche | Groupe | Jours ouvrés | Dépend de |
|---|---|---|---|---|
| 1 | Inventaire des jeux de données | Profilage et mapping | 4 | |
| 2 | Profiler la qualité des données source | Profilage et mapping | 6 | 1SS+2 |
| 3 | Décider rétention et archivage | Profilage et mapping | 3 | 1 |
| 4 | Mapper champs, clés et transformations | Profilage et mapping | 8 | 2SS+3 |
| 5 | Mapping approuvé | Profilage et mapping | Jalon | 3, 4 |
| 6 | Nettoyer et dédoublonner les données | Nettoyage et chargements d'essai | 12 | 5 |
| 7 | Scripts d'extraction et de chargement | Nettoyage et chargements d'essai | 10 | 5 |
| 8 | Chargement d'essai 1 | Nettoyage et chargements d'essai | 3 | 6SS+5, 7 |
| 9 | Corriger anomalies et rejets | Nettoyage et chargements d'essai | 4 | 8 |
| 10 | Chargement d'essai 2 | Nettoyage et chargements d'essai | 3 | 9 |
| 11 | Rapprocher volumes et totaux de contrôle | Rapprochement et validation | 4 | 10 |
| 12 | Validation métier d'un échantillon | Rapprochement et validation | 5 | 10 |
| 13 | Plan de bascule et retour arrière | Rapprochement et validation | 3 | 10SS+1 |
| 14 | Rapprochement validé | Rapprochement et validation | Jalon | 11, 12 |
| 15 | Gel des données source | Gel, chargement final et validation | 4 | 13, 14 |
| 16 | Chargement final | Gel, chargement final et validation | 2 | 15SS+1 |
| 17 | Rapprochement final | Gel, chargement final et validation | 2 | 16 |
| 18 | Décision go / no-go | Gel, chargement final et validation | Jalon | 17 |
| 19 | Archiver la source et clôturer | Gel, chargement final et validation | 5 | 18 |
Comment cela fonctionne
Partir de l'inventaire
Remplacez les durées de « Inventaire des jeux de données » et de « Profiler la qualité des données source » par les vôtres. Gardez le chevauchement si le profilage peut commencer sur les premiers jeux de données pendant que l'inventaire se termine.
Conditionner la construction au mapping approuvé
« Nettoyer et dédoublonner les données » et « Scripts d'extraction et de chargement » attendent tous deux « Mapping approuvé ». Ajoutez une tâche si une validation distincte par les propriétaires des données prend du temps.
Décider du nombre de chargements d'essai
Dupliquez « Chargement d'essai 2 » et sa tâche de correction si vous attendez plus de deux cycles. Chaque paire ajoute sa propre durée au plan.
Faire du rapprochement un point de passage
Gardez « Rapprochement validé » comme jalon qui attend les volumes et la validation métier. Écrivez les critères d'acceptation dans les notes de la tâche.
Dimensionner le gel et le chargement final
Fixez la durée de « Gel des données source » d'après ce que le métier peut accepter. Le chargement final démarre après le début du gel : allongez le chargement et voyez de combien le gel doit grandir.
Ajouter les responsables, partager et exporter
Indiquez le propriétaire ou l'ingénieur des données dans Personnes, partagez le diagramme avec les responsables métier et exportez un PDF pour le dossier de bascule.
Questions fréquentes
Combien de chargements d'essai faut-il prévoir ?
Cela dépend des volumes, de la qualité de la source et de l'ampleur des changements du mapping. Le modèle en compte deux, avec une tâche de correction entre eux, à titre d'illustration. Ajoutez des paires si votre premier chargement risque de produire beaucoup de rejets.
Le diagramme vérifie-t-il que les données migrées sont correctes ?
Non. Il planifie les tâches de rapprochement et de validation. Que les volumes, les totaux et les échantillons concordent, c'est à vos propres preuves de le montrer, et elles relèvent du dossier de projet, pas d'une frise.
Quelle doit être la durée du gel de la source ?
Assez longue pour le chargement final et le rapprochement final, assez courte pour que le métier l'accepte. Comparez la date de fin avec la date dont vous avez besoin, et modifiez la durée du chargement ou du rapprochement pour voir l'effet.
Puis-je coller ma propre liste de tâches ?
Oui. Copiez des lignes depuis Excel, Sheets ou un CSV et collez-les dans le tableur. Si la première ligne nomme des colonnes comme Tâche, Durée et Dépend de, chaque colonne est reconnue par son nom. Il n'y a pas encore d'import de fichier pour les diagrammes de Gantt.
Où trouver l'organigramme de ce travail ?
Le processus de migration des données à /fr/templates/organigramme-du-processus-de-migration-des-donnees-de-l-evaluation-au-basculement dessine les décisions, retour arrière compris. Pour le volet cloud d'un déménagement, voyez le diagramme de Gantt de migration vers le cloud.
