DAMA-DMBOK démystifié : ce qui compte vraiment pour un CDO
La plupart des CDO ont entendu parler de DAMA-DMBOKDAMA-DMBOKData Management Body of Knowledge, référentiel de l'association DAMA définissant les 11 domaines de gestion des données (gouvernance, qualité, architecture, sécurité, etc.).. Beaucoup moins l'ont réellement lu. Et presque aucun n'en implémente plus qu'une fraction, ce qui est exactement le bon choix.
DAMA-DMBOK est un framework de référence, pas un plan d'implémentation. Le traiter comme une to-do list est la première erreur. Comprendre ce qu'il dit réellement, et quelles parties comptent pour votre organisation maintenant, c'est le travail du CDO.
La roue DAMA : 11 domaines de connaissance
DAMA-DMBOK (Data Management Body of Knowledge) définit 11 domaines de connaissance, représentés sous forme de roue avec la Data governance au centre :
- Data governanceData governanceLa data governance est l'ensemble des politiques, rôles et processus qui garantissent que les données sont exactes, sécurisées, bien définies et utilisées de façon responsable dans toute l'organisation.Voir la définition complète →, le moyeu. Définit les politiques, les standards et les responsabilités pour tous les autres domaines.
- Data architecture, le plan structurel de la circulation des données entre les systèmes.
- Data modeling & design, les schémas, ontologies et modèles conceptuels.
- Data storage & operations, stockage physique, bases de données, archivage.
- Data security, contrôles d'accès, chiffrement, gestion des menaces.
- Data integration & interoperability, comment les données circulent entre les systèmes (ETLETLL'ETL (Extract, Transform, Load) est un processus d'intégration de données qui extrait les données de sources multiples, les remet en forme dans un format cohérent et les écrit dans un système cible.Voir la définition complète →, ELTELTL'ELT (Extract, Load, Transform) est un pattern d'intégration de données où les données brutes sont d'abord chargées dans le système cible, puis transformées à l'intérieur de celui-ci en s'appuyant sur sa puissance de calcul.Voir la définition complète →, APIAPIApplication Programming Interface : une interface standardisée qui permet aux applications de communiquer et d'échanger des données sans connaître leur fonctionnement interne respectif.Voir la définition complète →).
- Document & content management, données non structurées : documents, emails, médias.
- Reference & master data, codes canoniques, hiérarchies, golden records.
- Data warehousing & Business Intelligence, infrastructure analytique et reporting.
- MetadataMetadataDonnées sur les données, informations décrivant le contexte, la structure, la provenance et les caractéristiques d'un asset de données (auteur, date, format, source, définition)., les données sur les données : définitions, lineage, scores de qualité.
- Data qualityData qualityLe degré d'aptitude des données à l'usage prévu : exactes, complètes, cohérentes, à jour, valides et uniques. Une data quality faible fragilise l'analytics, le reporting et l'IA.Voir la définition complète →, l'adéquation à l'usage sur toutes les dimensions.
La métaphore de la roue est volontaire : retirez un rayon et la roue vacille. Mais en pratique, aucune organisation n'investit également sur les 11 domaines, et c'est très bien ainsi.
Ce qui compte vraiment pour les cdo par rapport aux ingénieurs
Le DAMA-DMBOK est écrit pour les praticiens de la data à tous les niveaux. En tant que CDO, vos domaines à plus fort levier sont :
À maîtriser : Data governance, Data quality, Metadata, Master Data ManagementMaster Data ManagementLe Master Data Management (MDM) est la discipline qui consiste à créer et maintenir une version unique, cohérente et fiable des entités métier centrales d'une organisation : clients, produits, fournisseurs.Voir la définition complète → (domaines 1, 11, 10, 8). C'est là que les décisions du CDO créent ou détruisent directement de la valeur pour l'organisation.
À comprendre : Data architecture, Data security, Data integration (domaines 2, 5, 6). Vous ne construisez pas ces systèmes, mais vous prenez des décisions stratégiques à leur sujet.
À déléguer avec supervision : Data storage, Data modeling, Document management (domaines 4, 3, 7). Ce sont des décisions d'ingénierie et d'IT qui ont besoin de garde-fous de gouvernance, pas de micromanagement du CDO.
The Ultimate Beginner's Guide to Data Governance
Vérification des acquis
1. D'après la leçon, quelle est la façon la plus juste pour un CDO d'envisager DAMA-DMBOK ?
2. Pourquoi la « Data governance » est-elle placée au centre (le moyeu) de la roue DAMA ?
3. La leçon indique qu'aucune organisation n'investit également sur les 11 domaines, « et c'est très bien ainsi ». Qu'est-ce que cela implique sur la métaphore de la roue ?
4. Sélectionnez TOUS les domaines de connaissance que la leçon identifie comme ceux qu'un CDO « doit maîtriser » parce que ses décisions y créent ou détruisent directement de la valeur.
Sélectionnez toutes les réponses correctes.
5. Sélectionnez TOUTES les affirmations qui reflètent correctement le rôle du CDO sur les domaines DAMA tel que décrit dans la leçon.
Sélectionnez toutes les réponses correctes.
Les trois malentendus les plus courants sur DAMA-DMBOK
Malentendu 1 : « DAMA-DMBOK vous dit comment implémenter la gestion des données. »
Non. Il vous dit *ce qu'est* la gestion des données. Comment l'implémenter, le séquencement, les outils, l'organisation, le change management : tout cela vous revient entièrement. C'est pourquoi les organisations qui suivent DAMA-DMBOK à la lettre échouent quand même dans leur transformation data : le framework est une taxonomie, pas un playbook.
Malentendu 2 : « Nous devons atteindre la maturité DAMA sur les 11 domaines avant d'obtenir de la valeur. »
Complètement faux. Un niveau 3 en Data quality et Data governance avec un niveau 1 partout ailleurs délivrera plus de valeur métier qu'un niveau 2 réparti uniformément sur les 11 domaines. Le séquencement compte. Les domaines fondamentaux d'abord, les domaines avancés ensuite.
Malentendu 3 : « DAMA-DMBOK, c'est la même chose que la data governance. »
La data governance est l'un des 11 domaines, le domaine central, mais un seul quand même. Cette confusion conduit les organisations à bâtir des structures de gouvernance élaborées sans toucher à la Data quality, à la gestion des Metadata ou au Master Data Management, puis à se demander pourquoi rien ne s'améliore.
L'évaluation honnête de DAMA-DMBOK par un CDO
DAMA-DMBOK est réellement utile comme langage commun. Quand vous demandez à votre équipe de construire un « data catalog », chacun peut en avoir une idée différente. Quand vous dites « nous implémentons le domaine 10 de DAMA-DMBOK (gestion des Metadata) », c'est précis.
Utilisez-le pour le vocabulaire, l'assessment et la certification (la certification CDMP est respectée et de plus en plus attendue). Ne l'utilisez pas comme un plan de projet. Le contexte spécifique de votre organisation, secteur, taille, environnement réglementaire, maturité data, détermine votre séquence d'implémentation bien plus que n'importe quel framework.