Le MDM est-il mort ?
Cat article a été écrit à 70% par un humain.
MDM = Master Data Management
Je suis récemment tombé sur ce post sur le r/dataengineering :
I have a few, potentially false beliefs about MDM. I’m being hot-takey on purpose. Would love a slap in the face.
- Data Products contextualize dims/descriptive data, in the context of the product, and as such they might not need a MDM tool to master it at the full/edw/firm level
- Anything with “Master blah Mgmt” […] Modern Data ecosystems overall is probably dead just out of sheer organizational malaise, politics, bureaucracy and PMO styles of trying to “get everyone on board” with such a concept, at large.
- Even if you bought a tool and did MDM well — on core entities of your firm (customer, product, region, store, etc.) — I doubt IT/business leaders would dedicate the labor discipline to keeping it up. It would become a key-join nightmare at some point.
- Do “MDM” at the source. E.g. all customers come from CRM. Use the account_key and be done with it. If it’s wrong in Salesforce, get them to fix it.
Il a tout de suite attiré mon attention, surtout que je baigne dans le MDM depuis quelques années déjà dans mon rôle actuel.
La discussion est centrée sur le fait que le MDM est “mort”, surtout dans un contexte de modern data stack.
Le consensus : Le MDM en tant que concept demeure essentiel, mais les implémentations traditionnelles échouent souvent à cause de facteurs organisationnels et culturels plutôt que de limitations techniques.
Ce avec quoi je suis totalement d’accord. J’ai remarqué que c’est avant tout une affaire d’hommes et de processus, plus que de technologie.
Un problème de culture et non de technologie
“It’s not about the tool, it’s about the org culture.”
- Les implémentations échouent fréquemment par manque de soutien de la hiérarchie, de politiques organisationnelles adaptées et d’une incapacité à maintenir la discipline dans le temps.
- Plusieurs utilisateurs ont rapporté leur expérience selon laquelle les initiatives MDM perdent souvent de leur élan après que l’excitation initiale s’est estompée.
La taille et le contexte sont importants
- Les grandes entreprises sont celles qui ont le plus besoin du MDM : les entreprises du classement Fortune 500, notamment celles qui réalisent des acquisitions fréquentes, considèrent le MDM comme un avantage stratégique.
- Les petites organisations n’en ont peut-être pas besoin : les structures simples, disposant d’un seul CRM ou de sources de données limitées, peuvent souvent se passer d’outils MDM dédiés.
- Les industries réglementées (santé, banque, finance, assurance) requièrent le MDM pour gérer les risques et la conformité.
Les principaux problèmes que résout le MDM
- Résolution d’entités : savoir si “le client X du système A” est le même que “le client Y du système B”.
- Cohérence inter-domaines : garantir que les rapports de chaque département utilisent les mêmes dimensions analytiques (hiérarchies produits, géographiques, temporelles, etc.).
- Intégration rapide des données de sociétés récemment acquises ou, dans mon entreprise, des données de GP (General Partner).
Le piège du “Do MDM at the Source”
- Le point 4 de l’OP (juste utiliser le CRM ID comme source de vérité) simplifie grandement la réalité.
- La plupart des grandes organisations ne disposent pas d’un seul système source de vérité pour leurs entités clés.
“You never have a single definition of what a customer is in a company.”
Défis de mise en œuvre
- Discipline opérationnelle : les entreprises peinent souvent à dédier des ressources pour maintenir les systèmes MDM.
- Dette technique : l’absence de MDM dès le départ transforme sa mise en place ultérieure en un projet de rattrapage coûteux et difficile à faire valider par la direction.
- Limitations des outils clés en main : les solutions existantes (Informatica, Profisee, Reltio, Stibo) sont souvent perçues comme coûteuses, surdimensionnées, difficiles à intégrer et à maintenir.
- Gestion du changement : le turnover des équipes peut poser problème ; les nouveaux collaborateurs sont rarement enclins à suivre rigoureusement des règles de gouvernance établies par leurs prédécesseurs.
Alternatives modernes et évolution des pratiques
- Certaines organisations développent des solutions légères sur mesure (tables SQL, registres d’identifiants avec tables de correspondance).
- Les concepts de Data Mesh contournent le MDM mais créent de nouveaux défis (comment croiser des produits de données entre domaines sans identifiant client commun ?).
- Importance croissante de l’IA/ML : les LLM et couches sémantiques nécessitent des données de référence propres et cohérentes pour fonctionner efficacement.
- Approches émergentes : résolution d’entités via l’analyse de graphes, algorithmes de rapprochement pilotés par l’IA.
L’absence de MDM peut avoir des coûts cachés
- Sans MDM, les équipes sont souvent amenées à « réinventer la roue » à chaque nouveau projet.
- Les incohérences de données sont corrigées au cas par cas, créant une charge opérationnelle continue.
- Il existe un risque d’incohérences dans les indicateurs clés, les rapports aux investisseurs, les opportunités commerciales manquées, ou encore la non-conformité réglementaire.
- Les migrations ERP peuvent échouer de manière catastrophique sans données de référence fiables.
Conclusion
Le MDM n’est pas mort. Comme tout concept lié à de la gouvernance il est difficile à appliquer.
Le succès de sa mise en œuvre nécessite :
- L’engagement de la direction et des ressources pérennes.
- De le traiter comme un programme continu, et non comme un projet ponctuel.
- D’adapter l’approche à la complexité de l’organisation.
- De le considérer comme une discipline de processus métier, et non simplement comme un outil technique.
- De rendre les utilisateurs métier responsables de la gouvernance des données.
La vraie question n’est pas de savoir si le MDM est nécessaire, mais si les organisations ont la maturité, l’envergure et la volonté de le mettre en œuvre correctement.