Catalogue de données : comment en faire un outil réellement utilisé ?

Commencer par le service attendu par les métiers

Une équipe veut analyser les retards fournisseurs. Elle trouve plusieurs tables de commandes, deux rapports et un export historique. Le problème n’est plus de découvrir qu’une donnée existe : il faut identifier celle qui correspond à la question, vérifier sa définition et connaître ses conditions d’utilisation. Un catalogue utile accompagne ce parcours jusqu’à une réponse exploitable.

Formulez d’abord trois ou quatre questions fréquentes avec leurs utilisateurs : où trouver les commandes encore ouvertes ? Quel indicateur mesure les retards ? Qui valide son périmètre ? Comment obtenir l’accès ? Ces questions deviennent les scénarios de conception et de recette du catalogue.

La documentation Microsoft Purview distingue l’inventaire technique du regroupement d’actifs autour d’un usage métier. Cette distinction est utile quelle que soit la solution choisie : une liste exhaustive de tables ne constitue pas, à elle seule, un service de découverte compréhensible.

Relier catalogue, glossaire et règles de calcul

Ces objets se complètent. Le catalogue organise les informations sur les actifs : jeux de données, rapports, interfaces ou modèles. Le glossaire définit les concepts métiers et leurs synonymes. Le dictionnaire décrit les champs, leurs types et leur structure. La traçabilité, souvent appelée lineage, représente les origines et transformations connues.

Le modèle sémantique porte une représentation exploitable par les outils d’analyse : relations, mesures et règles de calcul. Une définition approuvée dans le glossaire ne modifie pas automatiquement une mesure dans un rapport. Il faut relier les deux, désigner la version faisant référence et vérifier leur cohérence.

Préférez une définition partagée reliée à plusieurs usages à dix copies difficiles à maintenir. Si deux directions emploient un même terme avec des sens différents, documentez les variantes et leurs périmètres. Une harmonisation forcée peut masquer une différence métier légitime.

Choisir un premier périmètre que l’on peut entretenir

Commencez par un processus avec des demandes récurrentes, un responsable disponible et des sources accessibles. Le suivi des commandes fournisseurs, un reporting HSE ou un portefeuille d’investissements peuvent constituer ce premier périmètre. Définissez également les utilisateurs concernés et les décisions qu’ils doivent préparer.

Sélectionnez les jeux de données, rapports et termes indispensables à ces décisions. Une proposition de départ peut être quinze actifs et dix termes, à ajuster selon le contexte. Ce nombre sert à limiter la charge, pas à mesurer la réussite. Réservez dès le cadrage du temps pour les corrections et les questions des utilisateurs.

Testez la chaîne entière sur quelques actifs avant de multiplier les connecteurs : collecte technique, enrichissement métier, validation, recherche et demande d’accès. Une connexion réussie ne prouve ni la qualité des descriptions ni la capacité à traiter les demandes.

Construire une fiche qui permet de décider

La fiche doit aider à juger si une donnée convient à un usage. Les recommandations britanniques sur les métadonnées insistent notamment sur l’identification, la provenance, la couverture temporelle, les versions et les conditions d’accès. La grille ci-dessous propose une adaptation pratique pour un catalogue interne.

Distinguez la fraîcheur des données, la date de collecte des métadonnées techniques et la dernière validation métier. Ces trois dates peuvent diverger. Un scan réalisé ce matin ne prouve pas qu’une définition rédigée il y a deux ans reste correcte.

Attribuer des responsabilités avec du temps disponible

Le modèle de responsabilité publié par le gouvernement britannique sépare les décisions sur les données, leur gestion quotidienne et leur prise en charge technique. Cette répartition fournit un repère utile, à adapter à la taille de l’organisation.

Le responsable métier arbitre les définitions, les usages et les priorités de correction. Le référent opérationnel, ou data steward, entretient les descriptions, traite les questions et prépare les changements. L’équipe technique maintient les connexions, les schémas et les liens vers les traitements. Une personne peut cumuler des rôles, mais chaque responsabilité doit avoir un titulaire et un relais.

L’animateur du catalogue suit les parcours utilisateurs et la charge d’entretien. Il ne peut pas décider seul du sens de toutes les données. Précisez qui répond, sous quel délai cible et vers qui escalader un désaccord. Faites accepter cette charge par les responsables d’équipe.

Organiser les changements jusqu’à la dépréciation

Définissez quelques états explicites : découvert, en préparation, validé pour un usage, puis déprécié. Associez à chaque passage un responsable et des critères. Pour valider un actif, exigez au minimum une définition lisible, un contact, un parcours d’accès testé et des limites connues. La validation précise son périmètre ; elle ne garantit pas une qualité parfaite et permanente.

Attribuez une source de référence à chaque métadonnée. Les types de colonnes peuvent venir de la base, les règles de calcul du code versionné et les définitions métier d’un espace validé. Évitez les modifications concurrentes dans plusieurs outils. Une synchronisation doit conserver les enrichissements manuels et signaler ses échecs.

Déclenchez une revue lors d’un changement de schéma, de calcul, de propriétaire ou de périmètre. Conservez l’historique des versions et des décisions. Lorsqu’un actif est remplacé, affichez son successeur, prévenez les consommateurs identifiés et vérifiez les dépendances avant son retrait. La traçabilité disponible peut être incomplète : les extractions manuelles doivent aussi être recherchées.

Faire entrer le catalogue dans une situation quotidienne

Exemple fictif : une acheteuse prépare la revue hebdomadaire des retards. En cherchant « livraisons en retard », elle trouve l’actif « Lignes de commandes fournisseurs ouvertes ». La fiche précise qu’une ligne correspond à une ligne de commande et distingue la date initialement promise de la date renégociée.

Elle constate que le rapport de référence mesure le retard par rapport à l’engagement initial. Un lien donne accès à la règle et un autre ouvre la demande d’habilitation. Voir la fiche ne lui accorde aucun droit sur les données : l’attribution effective reste contrôlée dans les systèmes concernés.

Elle signale ensuite qu’un site récemment acquis manque au périmètre. Le référent documente cette exclusion et transmet la demande d’extension au responsable métier. Ce retour enrichit le service. Pour installer ce réflexe, placez le lien vers la fiche dans les rapports, les demandes d’accès et les supports d’accueil des nouveaux analystes.

Mesurer la réussite des usages et la qualité de l’entretien

Le nombre de fiches et de visiteurs renseigne sur l’activité, mais ne démontre pas l’utilité. Combinez des observations de parcours avec des mesures d’entretien. Comparez les mêmes scénarios et des populations comparables avant et après le lancement ; quelques essais ne suffisent pas à annoncer un gain généralisable.

Une recherche infructueuse peut révéler une absence de données, un mauvais synonyme ou une restriction légitime. Analysez ces causes avant de demander davantage de documentation.

• Réussite des recherches : proportion des scénarios testés où l’utilisateur trouve un actif pertinent et comprend ses limites sans assistance.
• Délai jusqu’à l’usage : temps pour trouver et comprendre la donnée, puis délai d’obtention d’un accès utilisable, mesurés séparément.
• Questions récurrentes : demandes qui reviennent malgré une fiche existante, analysées pour identifier un défaut de contenu ou de visibilité.
• Entretien des actifs prioritaires : part des fiches revues selon la fréquence convenue, avec contrôle réel des contacts, liens et définitions.
• Réutilisation observée : nouveaux usages reliés à un actif existant, confirmés avec leurs utilisateurs, plutôt que déduits d’un simple clic.

Dimensionner les moyens avant d’étendre le catalogue

Le budget comprend les licences éventuelles, les connecteurs, l’exploitation, l’animation et le temps métier. Comparez les solutions sur vos sources et vos parcours réels : profondeur de collecte, gestion des changements, droits, export des métadonnées et réversibilité. Demandez une démonstration sur votre périmètre, avec ses exceptions.

Un déroulé indicatif sur 90 jours peut consacrer les 30 premiers aux usages, au périmètre et à la situation initiale ; les 30 suivants à un pilote validé avec ses utilisateurs ; les derniers à l’entretien, aux corrections et à la décision d’extension. Ce calendrier dépend de la disponibilité des équipes et des accès techniques.

Avant d’élargir, vérifiez que les demandes obtiennent une réponse, que les changements remontent et que la charge reste tenable. Un catalogue limité, entretenu et utile constitue une base solide pour la suite.

Questions fréquentes