A quick look at existing data management metamodels
If you are going to implement the data management function, your first step is to look at existing industry reference guides. Your first choice will definitely be the DAMA-DMBOK Guide by DAMA International1. This is the most well-known and most frequently used guide in the data management community. If you work for a financial institution, your preference might go out to DCAM by the EDM Council2. The third main guide is TOGAF3, which is focused on Enterprise Architecture but it also intercepts some data management areas like data, application, and technology architecture. All guides are not ‘off-the-shell’ solutions though. To some extent they are similar, but at a closer look there are various conceptual differences.
The key conceptual differences between different DM metamodels
In the following figure, I have put together the metamodels of the two guides I have mentioned before: DAMA-DMBOK by DAMA international and DCAM by Enterprise Data Management Council.
Let’s briefly discuss each of the metamodels separately.
DAMA-DMBOK 2 defines the metamodel of data management in the form of DAMA Knowledge Areas, represented in the form of DAMA Wheel. This model of data management is industry agnostic. In my article ‘DAMA-DMBOK in a nutshell’, I did a brief analysis of the guide and showed a few challenges that you could have using their model.
The DCAM model is organized into eight core capabilities. This model was developed primarily for financial institutions, but, in my opinion, the model is actually rather generic and can be used in other industries as well.
Comparing the DAMA-DMBOK 2 and DCAM metamodels
From my point of view, there are several conceptual differences between DAMA-DMBOK and DCAM data management models:
- The role of IT function.
DAMA-DMBOK considers data management as a part of IT, while DCAM separates data management from IT by recognizing IT as a part of a collaborative ecosystem.
- The building blocks of the metamodel.
DCAM describes data management as a set of business capabilities, while DAMA-DMBOK defines data management as a set of Knowledge Areas and uses the term ‘business function’ to specify their content.
- The scope of data management function.
If you take a closer look at the two models, you will see that some of the functions and capabilities are very similar, while others are completely different.
And this is just the beginning. If you dive into the content of the DM business functions and capabilities, you will face a lot of differences in interpretations and perspectives.
Differences in content: business functions and capabilities.
In the figure above, you can see that some of the business functions/ capabilities seem to be quite similar. But is it really the case? A deeper analysis will show that very often these capabilities are only identical in their names, but differ a lot when you look at their content and expected deliverables. Here are a few examples.
DAMA-DMBOK 2 and DCAM have quite different opinions on the deliverables of Data Governance.
For example, Data Management strategy, Business Case and Program are considered as deliverables of Data Governance in DAMA-DMBOK 2 model. DCAM considers these elements as separate capabilities.
DCAM considers data domains, critical data elements, data domain taxonomies, data classification and requirements as tasks of data governance, while DAMA-DMBOK 2 considers these elements of Data architecture and Data modeling.
Data architecture and Data modelling and design
The key deliverables of Data architecture as per DAMA-DMBOK 2 are data flows and data lineage, while Data modeling is seen as a tool that could specify data requirements by developing conceptual, logical and physical data models.
At the same time, DCAM recognizes the development of these models as outcomes of Data architecture.
Furthermore, DAMA-DMBOK 2 recognizes business glossary as a deliverable of Data Governance, while DCAM sees it as a deliverable of Data architecture.
Is it a problem that different data management guides speak different languages? Of course, everyone has a right to free speech, but from my point of view, such difference could cause major challenges, such as:
- Unclear communication between data management professionals due to the ambiguity of the interpretations of commonly used terms
- Complications in comparing the level of maturity of data management between different companies
- Difficulty in making choices which each company needs to make while setting up data management.
The examples I have presented in this article are only a few of the major challenges that I have found while comparing the two major works on data management. There are lots of other interesting points of discussion within the two guides. Are there any striking differences or similarities between DAMA-DMBOK 2 and DCAM that have caught your attention? Please share them in the comments section below!
- DAMA International. DAMA-DMBOK: Data Management Body of Knowledge, 2nd edition. Technics Publications, 2017.
- EDM Council. “Data Management Capability Assessment Model, DCAM 1.2.2. (Assessor’s Guide)” EDM Council, 2 Dec. 2018, www.edmcouncil.org/dcam.
- The Open Group. “TOGAF Version 9.1”, The Open Group Standard no. G116, 2011.