Contenu du cours
Praticien · Cours 5 : Gouvernance des données et quand dépasser les feuilles de calcul · Leçon 4 sur 5

Préparer les données et les méthodes de travail avant de passer à un système d'affaires partagé

Niveau: PractitionerDurée: 45 minutesCommande utilisée: A (le T-shirt)Outil: Outil de décision pour la gouvernance des données
Pour qui va transférer les données et habitudes d'une feuille de calcul vers un système partagé et doit préparer les deux avant le démarrage. Le cas utilise la commande A et les chiffres approuvés.
AgentMeridian Sourcing
Commission5 % de la valeur de la commande
UsineDelta Garments
Commande de référenceA — 15 000 T-shirts
FOB convenuUSD 3,20 par pièce
Valeur totale de la commandeUSD 48 000
02Ouverture

Cette page enseigne comment préparer les données d'une feuille de calcul et les habitudes de travail d'une équipe avant de transférer les deux vers un système d'affaires partagé

Meridian Sourcing est un agent en Égypte travaillant sur un mélange hybride d'activités Make to Order et Make to Stock pour deux acheteurs européens, gagnant une commission de 5 % sur la valeur des commandes. Sa propre feuille de suivi a atteint le point décrit par la leçon 5.3 : plusieurs facteurs de risque présents, les données de plusieurs acheteurs mélangées dans un fichier, et des formules qui ne correspondent plus ligne par ligne. Transférer ces données directement dans un nouveau système partagé sans les préparer d'abord ne corrige pas le problème sous-jacent ; cela déplace seulement les mêmes données non contrôlées vers un système qui paraît plus officiel.

Cette leçon donne une méthode de travail pour les deux choses qui doivent se produire avant un passage : nettoyer les données elles-mêmes, et convenir de la méthode de travail sous laquelle le nouveau système sera réellement utilisé. Un système n'est fiable qu'autant que les données avec lesquelles il démarre et les habitudes que les gens gardent une fois qu'il fonctionne.

03Avant de commencer

Ce dont vous avez besoin, et ce que cette leçon ne couvre pas

Vous avez besoin : de la leçon 5.3 sur la reconnaissance du risque de contrôle d'une feuille de calcul, plus une compréhension de base d'un dossier de commande partagé et du rôle d'un agent entre une usine et un acheteur.

À la fin de cette leçon, vous pourrez :

  • expliquer pourquoi nettoyer les données avant un passage compte plus que le système choisi pour les recevoir ;
  • identifier les vérifications nécessaires pour trouver des enregistrements dupliqués, manquants ou incohérents avant une migration ;
  • décrire ce qu'un accord de méthode de travail couvre au-delà des données elles-mêmes ;
  • distinguer la préparation à migrer du simple désir de migrer ;
  • reconnaître quand une migration devrait attendre que la préparation soit terminée.

Non couvert ici : le choix ou la configuration d'un produit logiciel précis. Cette leçon reste neutre vis-à-vis des logiciels et couvre la préparation métier que tout système partagé exige, quel que soit celui choisi.

04Termes clés

Mots que vous rencontrerez dans cette leçon

TermeSignification
Migration des donnéesDéplacer des enregistrements existants d'une ancienne méthode de travail vers une nouvelle, nettoyés et vérifiés avant d'y être fiables.
Système d'affaires partagéUne application métier générique et contrôlée utilisée par plus d'un service ou d'une entreprise en même temps, au lieu de fichiers personnels séparés.
Nettoyage des donnéesVérifier et corriger les enregistrements existants pour les doublons, les champs manquants et les formats incohérents avant leur chargement dans un nouveau système.
Droit d'accèsUne autorisation qui permet à un rôle précis de consulter, saisir ou modifier une information métier précise.
Contrôle des changementsLe processus convenu pour approuver, enregistrer et communiquer un changement à une information contrôlée avant qu'il ne prenne effet.
05Enseignement
The rule

Une migration n'est prête que lorsque les données ont été nettoyées et que la méthode de travail sous laquelle le nouveau système fonctionnera a été convenue, pas simplement quand le nouveau système est disponible

Déplacer des données vers un système partagé ne résout un problème d'accès ou d'échelle que si les données déplacées sont fiables. Les enregistrements dupliqués, les champs manquants et les formats incohérents ne disparaissent pas quand un fichier est chargé dans un nouveau système ; ils deviennent des enregistrements dupliqués, manquants ou incohérents dans un système auquel tout le monde s'attend désormais à faire davantage confiance, ce qui peut être pire que la feuille de calcul qu'il remplace. Un accord de méthode de travail — qui saisit quoi, selon quel calendrier, avec quelle approbation — doit exister avant que le premier enregistrement ne soit saisi, sinon les mêmes habitudes non contrôlées se poursuivent simplement à l'intérieur du nouveau système.

C'est la préparation, et non la disponibilité, qui devrait déclencher une date de migration.

Nettoyage des donnéesDoublons, lacunes, formatsAccord de méthodeQui saisit quoi, quandPréparation à la migrationLes deux vérifications passentPassage au système partagéSeulement une fois prêt
Disposer d'un système partagé n'est pas la même chose qu'être prêt à l'utiliser. Un système installé sur des données non nettoyées et des habitudes non convenues hérite des deux problèmes au lieu de les résoudre.
What you meet in real life

La préparation nécessaire varie selon le nombre de parties qui liront le même système et à quel point les données existantes sont déjà mélangées

Ce qui peut varierLes formes que vous rencontrerezPourquoi cela compte pour vous
Commande export en Make to OrderLes données de commande confirmée d'un seul acheteur sont généralement les plus propres à migrer, car chaque commande est un enregistrement distinct et bien délimité.Des enregistrements moins nombreux, plus grands et bien définis rendent le nettoyage plus rapide, mais l'accord de méthode compte toujours, car plus d'un service lira désormais le même système.
Réapprovisionnement domestique en Make to StockLes données d'une prévision permanente ont généralement grandi à travers de nombreuses petites modifications sur une longue période, rendant les doublons et formats incohérents plus probables.Le nettoyage prend souvent plus de temps ici que la migration elle-même, car la même ligne de réapprovisionnement peut exister sous des noms ou unités légèrement différents selon les anciennes copies.
Mélange hybride géré par un agentLe fichier d'un agent mélangeant les types de commande de plusieurs acheteurs en un seul endroit a besoin que ses enregistrements soient séparés et revérifiés par acheteur avant qu'un système partagé ne puisse faire confiance à l'un d'eux.Un système qui permet à chaque acheteur de ne voir que ses propres données dépend entièrement de l'attribution correcte des enregistrements migrés ; un fichier mélangé et non nettoyé casse cela dès le premier jour.
Un seul contributeur face à une équipeLes habitudes de travail propres d'une seule personne se transfèrent facilement vers un système qu'elle seule utilise ; les habitudes d'une équipe ont besoin d'un accord explicite avant que plusieurs personnes ne dépendent du même dossier partagé.Sans méthode convenue, d'anciennes habitudes, comme modifier un champ que personne d'autre n'était censé toucher, se déplacent simplement dans le nouveau système sans changer.
Familles de produits différentesLes enregistrements de chaussettes, knit-to-garment, éponge et linge de maison portent chacun des champs différents, mais chacun a besoin des mêmes vérifications de nettoyage avant une migration.Les champs diffèrent ; les données dupliquées, manquantes et incohérentes sont des risques dans chaque famille de produits.
The case we follow

Meridian Sourcing prépare ses propres données de suivi de commandes avant de rejoindre un système partagé utilisé par Delta Garments et deux acheteurs européens

Meridian Sourcing suit un mélange hybride de types de commande pour deux acheteurs européens, prenant une commission de 5 % sur la valeur des commandes, et utilise les propres chiffres fixes de la commande A (15 000 T-shirts, FOB convenu USD 3,20 par pièce, valeur totale de la commande USD 48 000) comme forme de transaction de référence pour son propre calcul de commission. Delta Garments introduit un système d'affaires partagé que Meridian, l'usine et les deux acheteurs utiliseront tous pour suivre le statut des commandes, et les propres données de la feuille de calcul de Meridian doivent y être transférées.

Avant de convenir d'une date de départ, Meridian vérifie ses propres données pour des lignes de commande dupliquées créées quand la même commande a été ressaisie après une révision de spécification, des champs de date d'expédition manquants sur des lignes plus anciennes saisies avant que ce champ n'existe, et des orthographes de nom d'acheteur incohérentes qui apparaîtraient sinon comme des acheteurs différents dans le nouveau système. Séparément, Meridian, Delta Garments et les deux acheteurs conviennent qui saisit les mises à jour de statut de production, qui confirme les champs commerciaux, et ce qui se passe si un champ semble erroné après le lancement du système. Ce n'est qu'une fois les deux vérifications terminées que Meridian convient d'une date de migration avec Delta Garments.

The worked number

Vérifier les propres enregistrements de commande de Meridian avant la migration montre combien de nettoyage est réellement nécessaire

La feuille de calcul de Meridian contient des enregistrements de commande accumulés au fil du temps. Une vérification de nettoyage des données trouve ce qui suit avant que la migration ne commence.

Total des lignes de commande dans le propre fichier de Meridian : 40
Lignes dupliquées trouvées (même commande ressaisie après une révision) : 6
Lignes avec un champ de date d'expédition manquant : 4
Lignes avec une orthographe de nom d'acheteur incohérente : 3
Lignes nécessitant une correction avant migration (doublons, champs manquants, noms incohérents) : 6 plus 4 plus 3 = 13 lignes sur 40

Treize lignes sur quarante, près d'un tiers, nécessitant une correction avant migration n'est pas la preuve que la feuille de Meridian était mal gérée ; c'est le résultat ordinaire de tout fichier de travail accumulé graduellement au fil du temps sans vérification de nettoyage programmée. Migrer les 40 lignes sans vérification aurait transporté directement ces 13 problèmes dans le nouveau système partagé, où deux acheteurs et une usine les liraient désormais tous comme s'ils étaient corrects.

BIEN : nettoyé avant migration13 lignes problématiques trouvées et corrigéesLe nouveau système démarre avec des données vérifiéesLes deux acheteurs font confiance au même dossierMAL : migré sans vérification13 lignes problématiques passent sans changementLe nouveau système semble officiel mais est fauxErreurs maintenant partagées, non corrigées
Un nouveau système ne corrige pas les anciennes données ; il les présente seulement avec plus d'assurance. Le nettoyage avant migration est ce qui corrige réellement les treize lignes, pas l'acte de les déplacer.
The method

Préparez une migration en cinq étapes

  1. Comptez les enregistrements existants et vérifiez chacun pour les doublons, les champs manquants et les noms ou formats incohérents.
  2. Corrigez chaque problème trouvé, ou marquez-le pour correction par le rôle responsable de ce champ.
  3. Convenez de la méthode de travail sous laquelle le nouveau système fonctionnera : qui saisit quoi, selon quel calendrier, et qui approuve un changement contrôlé.
  4. Testez la méthode convenue sur un petit lot d'enregistrements déjà nettoyés avant de déplacer le reste.
  5. Fixez la date de migration seulement une fois que les données et la méthode de travail ont toutes deux passé ces vérifications.
The trap

Une erreur courante est de migrer à la date où le nouveau système devient disponible, plutôt qu'à la date où les données et l'équipe sont réellement prêtes

Cette date semble naturelle, car c'est celle que tout le monde attend, et la retarder peut sembler être une résistance au changement. Le coût apparaît ensuite, quand des enregistrements dupliqués ou incohérents commencent à produire des chiffres visiblement erronés dans un système auquel deux acheteurs s'attendent désormais à faire plus confiance qu'à la feuille de calcul qu'il remplace, ce qui nuit à la confiance dans le nouveau système plus vite que ne l'ont jamais fait les problèmes connus de l'ancienne feuille.

La meilleure règle est simple : traitez la date de disponibilité du système et la date de préparation de la migration comme deux dates distinctes, et ne déplacez qu'une fois que le nettoyage des données et l'accord de méthode de travail sont réellement terminés.

06En mots simples

Passer à un système partagé, c'est comme emménager dans un nouveau bureau. Si vous apportez des cartons non triés et abîmés dans le nouveau bureau et ne convenez jamais de qui est responsable de quelle pièce, le nouveau bureau ne corrige rien de tout cela ; il donne simplement au même désordre une plus belle adresse. Avant le déménagement, triez les cartons, jetez les doublons, et convenez de qui est responsable de quoi une fois que tout le monde est dans le nouvel espace.

Il en va de même pour les données. Vérifiez-les pour les doublons, les pièces manquantes et les étiquettes incohérentes avant qu'elles ne se déplacent, et convenez de qui saisit quoi et qui approuve un changement avant que le nouveau système ne soit lancé. Le système lui-même ne peut faire ni l'un ni l'autre à votre place.

07Vérification rapide
  • Un système partagé ne corrige pas les anciennes données ; il les présente seulement avec plus d'autorité apparente.
  • Le nettoyage des données signifie vérifier les doublons, les champs manquants et les formats incohérents avant une migration.
  • Un accord de méthode de travail couvre qui saisit quoi, selon quel calendrier, et qui approuve un changement.
  • La préparation à migrer est un état vérifiable, pas simplement la date où un nouveau système devient disponible.
  • Tester la méthode convenue sur un petit lot déjà nettoyé détecte les problèmes avant la migration complète.
  • Les mêmes étapes de nettoyage et d'accord s'appliquent dans toutes les familles de produits ; seuls les champs diffèrent.
08Scénario professionnel

Delta Garments propose une date de migration avant que Meridian Sourcing n'ait fini de vérifier ses propres enregistrements de commande pour des doublons

Delta Garments annonce que le système partagé sera lancé dans une semaine et demande à chaque partie, y compris Meridian Sourcing, de migrer ses propres données d'ici cette date. Meridian a terminé ses vérifications de doublons et de champs manquants mais n'a pas encore résolu les orthographes de nom d'acheteur incohérentes sur ses lignes plus anciennes.

  • Trois lignes montrent encore des orthographes légèrement différentes du nom du même acheteur, que le nouveau système traiterait comme trois acheteurs distincts.
  • L'accord de méthode de travail entre Meridian, Delta Garments et les deux acheteurs est complet et testé sur un petit lot.
  • La date proposée par Delta Garments est motivée par la disponibilité du système lui-même, pas par une vérification conjointe de préparation entre toutes les parties.

Meridian devrait-il migrer ses données à la date proposée ? Décidez avant d'ouvrir la réponse.

Voir la décision

Non. Meridian corrige d'abord les trois lignes de nom d'acheteur incohérentes, et migre une fois cette vérification terminée, même si cela signifie manquer la date proposée de quelques jours.

1. Un nom d'acheteur incohérent est exactement le type de problème qu'un système partagé ne peut pas autocorriger. Une fois migré, le nouveau système montrerait l'historique des commandes d'un acheteur réparti entre ce qui semble être trois acheteurs distincts, plus difficile à démêler après coup qu'à corriger maintenant dans le fichier source. 2. La préparation de l'accord de méthode est nécessaire mais pas suffisante ; le nettoyage des données et la méthode de travail doivent tous deux être terminés, et seule l'une des deux conditions est actuellement remplie. 3. Un court délai pour terminer la correction de trois lignes coûte bien moins cher que de migrer un problème connu et identifié dans un système auquel deux acheteurs sont sur le point de faire davantage confiance qu'à la feuille de calcul qu'il remplace.

La date à laquelle un système devient disponible n'est pas le même fait que la date à laquelle les données et l'équipe sont prêtes pour lui ; c'est la propre vérification de préparation de Meridian, et non la date proposée par Delta Garments, qui devrait décider quand les données de Meridian se déplacent réellement.

09Ce que ça coûte

Migrer des données non nettoyées coûte plus cher à corriger après le passage qu'il n'aurait coûté de les nettoyer avant

La valeur totale fixe de la commande A, USD 48 000, et la commission de 5 % de Meridian sur celle-ci montrent la forme de transaction que le propre fichier de suivi de Meridian existe pour enregistrer.

15 000 pièces × USD 3,20 par pièce = USD 48 000 valeur totale de la commande
Commission de Meridian à 5 % : 48 000 USD × 0,05 = USD 2 400

Une ligne de commande dupliquée ou mal attribuée ne change généralement pas le calcul de commission lui-même, puisque les chiffres de commande sous-jacents restent les mêmes ; son coût réel est le temps passé, après migration, à retracer laquelle de deux lignes dupliquées est correcte, ou à réattribuer un historique d'acheteur incorrectement scindé en un seul dossier, à l'intérieur d'un système désormais partagé par plus de personnes que ne l'a jamais été l'ancienne feuille. Nettoyer treize lignes avant migration, comme dans le chiffre travaillé, est une tâche ponctuelle et bornée ; démêler les mêmes treize problèmes après qu'on ait déjà agi dessus à l'intérieur d'un système partagé en direct ne l'est pas.

10Modèle de travail

Outil de décision pour la gouvernance des données : utiliser les lignes de préparation à la migration sur la feuille de décision

Utilisez le classeur Outil de décision pour la gouvernance des données du cours T17-C05. Sur la feuille Garder, améliorer ou remplacer, notez si le nettoyage est fait et si une méthode a été convenue, chacun 1 (oui) ou 0 (non) ; la feuille calcule la préparation seulement quand les deux valent 1. Appliquez-la d'abord à Meridian Sourcing, puis à un passage que vous préparez au travail.

[Télécharger l'outil de décision pour la gouvernance des données](../../templates/T17-C05-data-governance-decision-tool.xlsx)

Télécharger Outil de décision pour la gouvernance des données (Excel)

11Vérifiez-vous

1. Pourquoi Meridian Sourcing vérifie-t-il ses propres enregistrements de commande pour des doublons et des noms d'acheteur incohérents avant de migrer, plutôt que de migrer d'abord et de corriger les problèmes à l'intérieur du nouveau système ?

2. Le fichier d'un autre agent a 25 lignes de commande, avec 2 doublons, 1 ligne avec un champ manquant, et 0 nom incohérent trouvé lors d'une vérification de nettoyage des données. Combien de lignes ont besoin d'une correction avant migration ?

12Glossaire
FRENARTRSignification
Migration des donnéesData migrationترحيل البياناتVeri taşımaDéplacer des enregistrements existants d'une ancienne méthode de travail vers une nouvelle, nettoyés et vérifiés avant d'y être fiables.
Système d'affaires partagéShared business systemنظام عمل مشتركPaylaşılan iş sistemiUne application métier générique et contrôlée utilisée par plus d'un service ou d'une entreprise en même temps, au lieu de fichiers personnels séparés.
Nettoyage des donnéesData cleansingتنقية البياناتVeri temizlemeVérifier et corriger les enregistrements existants pour les doublons, les champs manquants et les formats incohérents avant leur chargement dans un nouveau système.
Droit d'accèsAccess rightحق الوصولErişim hakkıUne autorisation qui permet à un rôle précis de consulter, saisir ou modifier une information métier précise.
Contrôle des changementsChange controlضبط التغييرDeğişiklik kontrolüLe processus convenu pour approuver, enregistrer et communiquer un changement à une information contrôlée avant qu'il ne prenne effet.
13Suivant

Leçon 5.5 : Construire un outil de décision pour savoir quand garder, améliorer ou remplacer un processus de feuille de calcul

Vous réunirez ensuite tout le cours dans un seul outil de décision qui note le risque et la préparation d'une feuille de calcul et recommande de la garder, l'améliorer ou la remplacer. Retour à la carte du cours

14Échelle

Reconnaître Nommez les deux conditions, nettoyage et méthode convenue, requises avant une migration.
Relier Voyez comment des données non nettoyées deviennent une version partagée et plus fiable en apparence du même problème.
Comparer Distinguez la date de disponibilité d'un système de la date de préparation réelle.
Décider Choisissez de migrer maintenant ou de corriger d'abord un problème trouvé.