Quelles méthodes pour identifier ses domaines de données

Описание: Les domaines de données : nous en avions parlé il y a quelques mois. Replongez dans l’historique pour retrouver la définition, et abonnez-vous pour ne manquer aucune des prochaines vidéos !

Un domaine de données, c’est un regroupement des personnes autour des données qu’elles partagent et utilisent.

A quoi cela sert ? A partager un vocabulaire commun, des espaces de données communs, des outils communs. Et donc à éviter que chacun ne fonctionne en silos, mais par défaut en collaborant.

On ne définit pas des domaines de données, ils existent déjà. Mais ils ne sont pas nommés, cartographiés, et parfois même ceux qui y participent n’en ont pas conscience. Pour identifier ces domaines de données (ou data domain en anglais), trois méthodes : organisationnel, transverse ou de processus.

Organisationnel, c’est le moins bonne méthode. Cela consiste à copier l’organigramme, et à dire que les données du domaine comptabilité sont rattachées au département comptable. D’accord. Mais les données des commandes clients, sont-elles rattachées au département commercial, logistique, financier ? Ce copier-coller organisationnel est à éviter. Il n’apporte rien.

Transverse, c’est à mon avis un peu artificiel également. Cela consiste à prendre un domaine, “client” par exemple, et à identifier le même niveau hiérarchique dans tous les services concernés. On dira alors que le directeur commercial, le directeur logistique, et le directeur comptable font partie du domaine de données “clients”. C’est rigide et artificiel.

La bonne méthode consiste à suivre les processus. Et à identifier les personnes ou groupes de personnes qui interviennent à chaque étape du processus. Reprenons notre domaine “clients”. Identifions le processus “nouveau client”. Il fait intervenir l’assistance commerciale qui créé le client, le département des risques financiers qui le valide, le responsable logistique qui organise la livraison de la première commande, et le comptable client qui envoie la facture. Quatre personnes qui interviennent dans un même processus, et feront donc partie du “domaine client”.

Définir les domaines de données est un élément clef d’une organisation orientée données, en particulier si vous vous orientez vers une architecture data mesh. Les data products seront en effet rattachés à un domaine de données.