This article is about why most data initiatives fail, and how to stop wasting time, money, and credibility.<\/p>\n
I know you have heard it all before and it\u2019s a familiar story that you read in yearly reports or you might have been privy in boardrooms. What I am alluding to are the grand declarations about becoming \u201cdata-driven,\u201d which is typically followed by ambitious investments in platforms, talent, and large elongated transformation programs.<\/p>\n
Yet, and here is the story that we all hear or read on a LinkedIn post, that a year or two in, very little of tangible value has been delivered. Then the frustration builds, accountability is vague, a few discussions occur about why, and then the business moves on.<\/p>\n
The typical outcome?<\/p>\n
The data team either gets restructured, rebranded, or worse, shut down.<\/p>\n
Then the usual cycle begins where the analyst firms release yet more statistics, you know the usual ones that circulate year in year out. 80 percent of data initiatives failing, yet again!<\/p>\n
What do we think the root cause might be? Of course, I\u2019m sure there are many papers that have been written about this very subject. But this is my take, of what I have observed and seen through almost three decades of experience:<\/p>\n
It\u2019s not the technology and I\u2019m sure you are surprised by me stating that!<\/p>\n
It\u2019s not even the talent, because there are good people attempting to do their part in the transformation.<\/p>\n
The challenge that I see it is this: the work is not anchored to a use case.<\/p>\n
Many don\u2019t see it this way, as for them the Use Case is just a line item in a long list of \u201cto dos\u201d. Nope it\u2019s not a long list, it\u2019s the spine of everything we do.<\/p>\n
Let\u2019s look at what happens when we don\u2019t focus on use cases. Far too many data programs operate like parallel universes. You typically have data governance running over here, engineering teams building pipelines over there, architecture frameworks getting signed off in yet another silo, and all without a common thread pulling them together.<\/p>\n
What\u2019s missing is the use case. But not as an afterthought or an output, as the starting point, the organizing principle if you must. The reason any of this exists.<\/p>\n
When you lead with a use case, whether it’s reducing churn, improving fraud detection, or shortening time-to-cash, you will unlock three things:<\/p>\n
More importantly, you create a forcing function. What do I mean by a \u201cforcing function\u201d? If you focus on the use case, it forces you to think through the entire data value chain:<\/p>\n
Only then do such areas of governance, engineering, analytics, and change management make sense. Without the use case, they\u2019re just floating disciplines, nice to have, but directionless.<\/p>\n
Many organizations still approach this backwards. They start by investing in tools and infrastructure, focus only on governance activities, the endless discussions about ownership! At some point and somewhere down the line, someone has no must as the sane question:<\/p>\n
\u201cWhat exactly are we solving for?\u201d<\/p>\n
Often though the horse has bolted, half of the budget has been consumed, and the business has already lost patience.<\/p>\n
In this typical model, use cases are normally bolted on. Or worse, they\u2019re invented retroactively to justify the sunk cost. Either way, it\u2019s a recipe for failure and back to our well known industry statistic!<\/p>\n
Here\u2019s the simple truth. If you want to build a data capability that delivers actual business value, every part of your operating model needs to revolve around the use case. That includes all those areas I spoke about previously:<\/p>\n
There is nothing radical about this approach and if you approach it in this manner, it works.<\/p>\n
If your organization isn\u2019t clear on what specific use cases it\u2019s trying to deliver, and how each part of your data function supports them then stop. Really, don\u2019t spend another pound\/dollar\/euro etc. Don\u2019t sign off on another strategy document. Here is what you do:<\/p>\n
Get the business around the table and identify 3\u20135 priority use cases that actually move the needle.<\/p>\n
Then build your data strategy around them. Not the other way around.<\/p>\n
Because if you\u2019re not solving a problem, you\u2019re just building a capability for the sake of it. That is why so many teams end up answering the same question:<\/p>\n
What did we get for all that money?<\/p>\n","protected":false},"excerpt":{"rendered":"
This article is about why most data initiatives fail, and how to stop wasting time, money, and credibility. I know you have heard it all before and it\u2019s a familiar story that you read in yearly reports or you might have been privy in boardrooms. What I am alluding to are the grand declarations about […]<\/p>\n","protected":false},"author":546,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"inline_featured_image":false,"footnotes":""},"categories":[10],"tags":[],"acf":[],"yoast_head":"\n