Only stagnant companies don't change! And only a handful of data sets in any company will remain stable enough to last through the MDM implementation lifecycle. The bottom line is that with the current approach to MDM and the speed with which data is proliferating, MDM, is a self-contradictory concept, and we are likely to see long term initiatives slowly and expensively committing suicide.
MDM - long time-to-value:
Consider the components of the cost of implementing MDM.
- To start with, you can count on a costly (high six or seven figures) software purchase, likely requiring multiple products.
- A team of consultants with a range of expertise to implement the multi-year project.
- Internal resources to manage, guide, and work with the consultants
- Assurance that everyone is using the same data for decisions
- Quality and correctness of data
- Continuously changing sources and formats of data. A heavy solution will have difficulty responding immediately to these changes, leaving gaps in the validity of the information.
- Latency of data availability due to staging data in a data warehouse or other database. With the current speed of business, users and decision makers need data that is as fresh as possible.
Is MDM even sustainable in its current manifestations? With the complexity of an implementation, the accumulation of tech debt begins as soon as the first Master Data is defined. Every step along the implementation path is fraught with instability.
- Defining each master data schema that can be everything to everyone who needs the data
- Determining the most correct sources for each component of the master
- Determining the criteria for correctness of the data
- Determining the optimal refresh time
- Designing a database or data warehouse entry appropriate to the master
- Implementing the integration necessary to populate the master data store ...or,
- Defining and implementing ways users can access and aggregate the data components directly from the sourcesThis doesn't include all the discovery and such that the experts and company team must perform. Clearly this constitutes a large, time-consuming effort, that generally is nowhere near agile or responsive to changes in the company, systems, and requirements.
Here is another opportunity for rescue by the paradigm of Agile Integration Software.
More on tech debt: