Data Management’s Biggest Liability: Focusing on Data

Many (if not most) potentially transformational data management programs either can’t get off the ground, or wither and die in less than a year.

Ironically, the reasons for this always boil down to positioning data as a product rather than an infrastructure component from the business’s point of view. This may work temporarily, but ultimately will fail when contention for funding, time and resources rears its head.

The initial cause of these failures is that IT staff, and senior IT executives for that matter, tend to operate by default on the implicit assumption that business stakeholders understand data as an infrastructure asset. Many business executives actually believe that they understand it as well. Many in fact do comprehend it conceptually in a business “vacuum” where there are no real-world competing priorities or commitments to data architecture that will require multiple budget cycles to fulfill. This perceived mutual understanding virtually always leads to IT having to communicate with the business as if “data” were a product that the business is eagerly awaiting delivery of and that IT has to tackle.

I had the great fortune last December of moderating a session on master data management (MDM) and data governance challenges at a forum of about 60 CIOs in the western US. Despite their industries, they were quite unified in expressing their difficulties in justifying these and other data management disciplines and technologies to their counterparts in their respective businesses. 

It occurred to me at that point to ask them, “If your IT architects decided at some point that point-to-point system integrations had become prohibitively inefficient as your IT ecosystem has grown, and you agreed with them that an enterprise service bus (ESB) was now an appropriate infrastructure investment, would you then attempt to explain that to your business stakeholders?” Of course, the response was a resounding “NO.” I then proposed that data management (in the way that IT means it) is actually similar in relation to business comprehension to something like an ESB.

IT & Business Leaders See Data Differently

The exception was that in the case of “data,” IT and the business implicitly believe that they have a common understanding of both the costs and benefits of managing it. In actuality, this common understanding either does not exist, or is sufficiently tenuous that any business disruption, no matter how small, will be enough to derail any planned or in-flight data-centric initiatives.

The argument can be made here that the business would and should not know enough to demand that an enterprise service bus be implemented, but that the world is full of business people at all levels that blame poor data quality for inefficient business processes, inaccurate analytics and the inability to innovate. I would respond that in both cases, the complaints usually originate from the suboptimal business results that manifest. In the case of the ESB requirement, there are likely complaints of IT delivery of system integrations taking too long, being too expensive, and lacking initial quality from the business’s perspective. In the case of data, the complaints usually start with broken processes or analytics that apparently cannot be improved, and/or the inability to create new processes and analytics in the service of initiatives such as digital transformation.

The symptoms of these scenarios are usually not obvious to the innocent bystander, but when asking varying levels of business stakeholders why they felt that they needed to embark on data a data management journey, there were several amorphous themes, in order of increasing frequency and insidiousness: “because the data’s dirty,” “we need to make better decisions,” “if we can just get a single version of the truth,” and the current favorite, “we need to get a 360-degree view of the customer.” I would also include “we need to build a data-centric culture” in this list, when it is stated broadly and without real business context, as it often is today.

The converse of this scenario, which I eventually learned to live by as an industry analyst and advisor, and now as an MDM strategist at a software vendor, is that the only way to solidly and sustainably justify data management to the business over time is to treat data as an infrastructure asset. Similar to an ESB as an example, limiting the communication to business stakeholders to the outcomes in the data management journey will result in for their operational and analytical benefit.

Include only as much technology information as the business needs to buy into, and eventually adopt, the changes that will directly affect them which may be none in some organizations. This will eventually lead to a real-world data-centric culture, where a common understanding of the critical role that data plays in an organization’s processes and analytics really exists and provides business value to every initiative, up to and including digital transformation of the business.

A Mindset Shift in Data Management

The collective mental shift that needs to take place in most organizations in order to see data solely through the lens of desired business outcomes and value is not easy. I have worked with dozens of business and IT teams that academically understand everything that’s been described here, but that still struggle mightily to put these behaviors into practice. For example, assuming that the business can identify what they would actually like to achieve, IT then builds a proposal to profile and analyze the data in every system that IT believes may apply, rather than starting by building their data models around just those entities and attributes that are necessary to deliver the identified outcomes and then mapping those models only to the applicable sources, entities, and attributes. The latter approach, which I’ve often described as “going from the front to the back,” has multiple advantages.

Not only does it constrain the scope of any analysis to just the business issues at hand, it keeps construction costs to a minimum, and delivers visible results over a shorter time period. Further, it keeps the business stakeholders engaged, as they see that the “pain points” and opportunities for innovation are being directly addressed from a functional standpoint as they are invited to demonstrations and training sessions for new and improved capabilities.

2 Best Practices for Aligning on Data Management Strategy

I have developed several techniques over the years to help business and IT teams focus on data as an infrastructure asset rather than an end product. Multiple organizations have found these to be helpful:

  • Avoid the word “data”: Try to list and describe the operational and/ or analytical outcomes you want or expect from your data management initiative without saying the word “data.” It is often difficult or even impossible for teams that are not in the right place to do this at first. Instead, position it in terms of a real business outcome: “We want to increase our customer onboarding rate by a factor of 3, using the same or fewer resources, while reducing our onboarding error rate by 80 percent.”
  • Subtlety generate buy-in: Start from the assumption that the way your organization currently operates is the optimal way for the foreseeable future. This is not to mean that things cannot be improved, but that any direct, indirect, or opportunity costs associated with making even the smallest improvement related to the associated data would be less than the benefits achieved. Usually when this is proposed, everyone involved will begin to list all of the reasons this assumption is not only untrue, but patently ridiculous. If you can subject the reasons given to the rule in the bullet above, you will likely be on our way.

If the above two techniques fail to produce the desired result, the deficiency in the current approach can often be overcome by IT asking the business: “Imagine that we obtained agreement on ALL of the data definitions, cleaned up ALL the data accordingly, and built that 360-degree view, all over this weekend.

What would you do with all that starting Monday morning?” Usually, the answers either reveal much about the desired business state, or the silence is deafening. In either case, it is a great step forward.

Bill O'Kane

Bill O’Kane
VP & MDM Strategist @ Profisee

Facebook
Twitter
LinkedIn

Read the latest from the Profisee blog

Blog_CDOMatRoundUp_OCT2023 Featured Image
NAVIGATING THE DATA FABRIC: INSIGHTS FOR MODERN DATA LEADERS

LET'S DO THIS!

Complete the form below to request your spot at Profisee’s happy hour and dinner at Il Mulino in the Swan Hotel on Tuesday, March 21 at 6:30pm.

CDO Matters Podcast with Malcolm Hawker

NEW EPISODE

Top Data Trends of 2023

Wendy Turner-Williams Headshot

with Wendy Turner-Williams,
Chief Data & AI Officer

REGISTER BELOW

MDM vs. MDS graphic
The Profisee website uses cookies to help ensure you have the best experience possible.  Learn more