Migration de données : Du personnel pour réussir

la question la plus courante que je me pose est : ‘Est-ce que l’équipe pour le projet a conscience de l’ampleur des manipulations pour migrer les données et combien de temps l’entreprise devra-t-elle participer à la partie des données du programme de transformation numérique?’

Il n’y a pas de réponse spécifique à cette question car elle repose sur plusieurs facteurs :

1. Ce qui a été convenu contractuellement en temps et livrables;
2. Les données de production existantes sont-elles gérées efficacement?;
3. Quelle sont les connaissances fonctionnelles du nouveau système pour les clients dans chaque domaine : la comptabilité, l’approvisionnement et gestion d’inventaire, les ventes, le marketing, les ressources humaines, la maintenance, le service à la clientèle, etc.;
4. Ces experts sont-ils disponibles pour entrer dans le projet d’amélioration constante des processus et des données pendant trois mois, six mois, voire un an, tout dépant de l’ampleur des opérations et de l’étendue géographique;

Déterminer que l’analyste de données fonctionnelles est désormais communément accepté pour représenter la compétence d’être fonctionnellement compétent dans un ou plusieurs d’Oracle, SAP, Dynamics, Zoho CRM, Salesforce, Hubspot et plus encore ; tout en ayant également conçu, cartographié et transformé les données pour un cycle de transformation complet. Ces rôles deviennent de plus en plus la clé du succès dans le programme global de migration des données.

Les ressources du client impliquées

L’implication des ressources clientes se produit à deux niveaux :

1. L’équipe d’affaires qui se charge de décrire les exigences du nouveau modèle de transformation, soit les besoins spécifiques des utilisateurs et les spécifications des exigences fonctionnelles;
2. Les membres de l’équipe d’affaires de chaque marché qui doivent répondre aux questions sur leurs résultats de cartographie et de transformation de l’examen des données et effectués lors de la vérification dans l’environnement d’affaires final;

Nous supposerons que l’équipe du projet est entièrement dotée en personnel et que maintenant le travail de compréhension des données pour les activités de nettoyage au niveau du marché est en cours de planification.

Personne ne connaît les données comme les personnes qui les alimentent et maintiennent.

Portée du cahier des charges en migration de données

Lorsque l’accord est apprové au démarrage d’un projet, nous fixons le cadre de l’engagement.

Le cahier des charges détaille qui fait quoi et comment l’entreprise et le prestataire définiront ce qui doit être fait, comment, quand, où et par qui.

En général la proposition aborde le sujet des données d’un contrat sont vagues et indiquent généralement que quelque chose du genre montre que les données sont prêtes et propres à être chargées dans la nouvelle plate-forme ou le mot de cet effet.

Il est recommandé de convertir ce que l’on appelle communément les activités d’exécution qui incluent tous les éléments suivants :

• Définir le modèle de données cible par module en fonction du degré de la portée du travail;
• Prend en charge la phase de conception avec des modifications du modèle de données cible en fonction de toutes les localisations;
• Créer les programmes de chargement pour charger dans la plate-forme cible chaque module de l’ancien système;
• Crée l’extrait dans les programmes de transformation des données en fonction de la logique de transformation définie par l’entreprise;
• Créer le programme de chargement contenant tous les objets de données et toutes les activités nécessaires pour terminer un cycle de chargement;
• Rapports sur l’état des défauts dans la transformation des données, d’extraction des données et le chargement des données dans la plate-forme de suivi des défauts de chacun des modules selon le cycle de chargement;

Migration des données et évaluation de la complexité

L’effort pour créer des programmes et effectuer des conversions de données varie de l’amour à la très complexe. La complexité de la conversion est définie par de nombreux facteurs.

Afin de construire efficacement un plan de réalisation autour des efforts de conversion de données, il est important de pouvoir évaluer la complexité de chaque objet de conversion de données. Pour ce faire, il est préférable de comprendre l’effort requis pour construire pour conserver les proportions d’une conversion de données et en agrégeant les efforts individuels pour créer une image complète de l’effort requis par conversion de module de données.

Migration de données dans la détermination de la complexité

Pendant les dessins des plans à la planification et réalisation, Il n’y aura pas suffisamment d’informations pour évaluer avec précision l’effort qui sera nécessaire pour créer un objet de conversion de données. Il sera important de faire une supposition éclairée basée sur des expériences antérieures avec une conversion similaire à celle de cet effort.

Aux fins de la planification de la réalisation, il suffira de catégoriser le design des activités de construction et de test qui constituent une conversion de données en tant que simple, modérée, complexe ou très complexe.

Une fois qu’une conversion de données est classée dans ces termes, une estimation de l’effort sera fournie.

Pendant la réalisation, une fois que tous les programmes de conversion ont été identifiés, documentés, cartographiés, examinés et vérifiés, un niveau de complexité révisé sera attribué à chacun des modules de données à migrer. Ce niveau de complexité équivaut à un certain nombre de jours d’efforts nécessaires pour mettre pleinement en œuvre le projet.