The Death and Rebirth of Data: Part 3 — When Did Data Stop Belonging to the Business?

In Part 1 of this series, "The Day They Merged Data and Engineering Is the Day the Data Industry Died", explored how the fusion of data and engineering shifted focus away from business outcomes and toward technology for technology’s sake. Part 2, "The Death and Rebirth of Data", examined how the industry’s obsession with pipelines, platforms, and plumbing left most organisations drowning in complexity rather than insight. This third instalment digs deeper into when and why data stopped belonging to the business, and how that loss of ownership created the “data priesthood” so many organisations now depend on. Reclaiming value from data doesn’t start with new tools; it starts with returning ownership, context, and trust to business domains. Drawing from research by Gartner, McKinsey, Forrester, Deloitte, AWS, and BARC Germany, this piece explores how the next era of data and AI, will be defined not by centralisation, but by empowerment.

In Part 2, I explored how the data industry became obsessed with building elaborate plumbing, pipelines, orchestrators, and tools, whilst forgetting the very thing those systems were meant to deliver, the water of insight and understanding.

But there’s a deeper problem underneath the pipes. Even if the plumbing worked perfectly, most organizations would still struggle to extract value. But why is that?

Because somewhere along the way, the data stopped belonging to the business. Ownership was lost.

From Departmental Ownership to Centralised Control

I have been in the data industry for a long time, and I can remember In the early days of business intelligence, data lived close to its purpose. It was departmental and hadn’t yet gone enterprise.

Finance owned the financial systems. Marketing owned campaign data. Operations owned supply-chain metrics. Business users understood what the data meant because they were the ones using it to make decisions. They were “close” to the data.

Then came the technology wave. As business intelligence scaled across enterprises, responsibility for “data” shifted to IT and, later, to data or data-engineering teams. Suddenly, those who used the data were no longer the ones who controlled it.

What had been a business asset quietly became a technical domain. Ownership slipped from business leaders to technologists, and with it understanding, and the ability to move fast, ask new questions, and act with confidence. The “ownership” was no longer “close” to the data.

As I wrote in Part 1, this was the moment the data-engineering merge created an unintended divide, separating business context from technical capability.

Gartner’s 2024 Data & Analytics Impact Report reinforces this, finding that less than 45 percent of business leaders trust their organisation’s data, largely due to the absence of domain-level ownership.

McKinsey’s State of Data 2023 echoes this, noting that when responsibility remains siloed within IT, decision latency can increase by up to 60 percent.

The Rise of the Data Priesthood

Many companies now operate what can only be described as a data priesthood, a centralised group of experts who alone can interpret and manipulate the sacred data.

Need a metric? Submit a ticket.Need a new report? Wait for sprint planning.Need to fix a data definition? That’s a backlog item for next quarter.

This system was created with good intentions, governance, prioritization, quality, and standardization, but it’s come at a high price, dependency and disempowerment.

Forrester’s Overcoming the Data Bottleneck (2023) found that centralised data teams spend up to 70 percent of their time on ad-hoc requests, leaving business users waiting for insights they should be able to access themselves.

The business users, once a curious explorer of their own data, has become a passive consumer of whatever the central team decides to deliver. And when decisions slow down or reports are delayed, the natural instinct isn’t to question the model, it’s to blame “the data team”. 

The result? An ever-widening gap between curiosity and capability

Losing Context — and Trust

When ownership moved away from the business, context went with it. Engineers maintaining pipelines often have limited understanding of why a metric matters, and how it drives outcomes. Meanwhile the business stakeholders requesting data rarely grasp the technical constraints or assumptions behind how the data is delivered.

The result? A game of telephone across technical and business silos, where meaning is lost with each translation.

A single field like customer_value might be defined differently in marketing, finance, and product. And because no one “owns” the business definition end-to-end, inconsistencies multiply until trust collapses. That’s how we ended up with the modern paradox. Despite record investment in data and technology, executives still don’t believe or trust their data.

Harvard Business Review’s Why Data Culture Matters (2023) cites this exact phenomenon — inconsistent definitions leading to mistrust and misalignment.

According to BARC Germany’s Data Culture Benchmark (2024), 72 percent of organisations cite “trust in data” as their biggest barrier to becoming data-driven.

When Governance Became Bureaucracy

In response, many organizations doubled down on centralization and control. They created data governance councils, committees, and approval processes to ensure consistency and quality.

But in doing so, they often made things worse.

Governance became synonymous with bureaucracy, a series of gates and approvals that slowed down progress rather than enabling it. It was designed to restrict, not enable. Every new dataset required a steward. Every schema change needed a sign-off. Instead of empowering teams to manage their data responsibly, governance became a way to say “no” in a thousand different ways.

As explored in Part 2, the industry confused control with quality. Good governance should enable safe usage, not prevent experimentation.

Deloitte’s State of Data Governance (2024) reports that 84 percent of leaders believe governance slows innovation, while only 27 percent say it accelerates decision-making.

We forgot that good governance isn’t about control — it’s about clarity.

As Deloitte aptly puts it, “Data governance is more than just adhering to regulations and compliance — it is the key to unlocking the full potential in other Data Management & Analytics capabilities.”

That clarity empowers rather than constrains.

The Rebirth — Returning Ownership to the Business

Reclaiming data’s value starts with restoring ownership to where it belongs, the business. That doesn’t mean dissolving the data team; it means reframing its purpose.

Here’s how that shift looks in practice:

1. Data Teams as Enablers, Not Gatekeepers

The central data function should be to enable business units, to manage and use their data, not control it at all.

Think of it as a platform team. They provide the infrastructure, tools, and governance guardrails so others can safely self-serve.

As Zhamak Dehghani, creator of Data Mesh, writes: “True data democratisation comes from domain ownership, not centralised pipelines.”

The success metric isn’t “how many pipelines did we build”, but “how many teams can now build their own”.

2. Business Domains as Data Product Owners

Each business domain, marketing, finance, operations, should own the meaning, quality, and usage of its data. They are the ones that understand the context. The data team helps them publish and share those data products in a standardized way, but ownership stays local.

This is the essence of Data Mesh done right, not just a technical framework, but a cultural one.

BARC Germany’s 2025 Study on Data Products calls this the “missing link between AI and operational business value.”Ownership stays local; standards stay shared.

3. Shared Language and Shared Responsibility

Rebuilding trust requires a shared semantic layer, a common language bridging technical definitions and business meaning. The marketing analyst and the data engineer should be able to describe “customer lifetime value” in the same terms, within their context.

AI tools and natural language interfaces can help here, translating between human questions and technical data structures, but the foundation is human alignment.

As Barr Moses of Monte Carlo Data reminds us: “Data reliability is a team sport — it only works when ownership and accountability are shared across business and data teams.” (Forbes Tech Council, 2023)

And as AWS notes, “A data-driven culture is only fully realized when data analytics skills are common across roles … and not exclusive to just data scientists.”

True transformation happens when every role can ask, explore, and act with data.

When Data Belongs Again

When business users reclaim ownership, something powerful happens, curiosity returns. People start exploring again.

Questions that once took weeks to answer are resolved in minutes. Teams stop asking, “Can I get this report?” and start asking, “What if we changed this decision?”

That’s when data becomes alive again, not a static asset managed by technologists, but a living capability that fuels creativity, innovation, accountability, and enables decisions.

Ironically, this shift also liberates the data team. Instead of firefighting requests, they can focus on what they do best, building platforms, improving quality, advancing analytics, and enabling AI.

Everyone wins.

The Moment It Was Lost — and How to Reclaim It

So, when did data stop belonging to the business?

The moment it became too technical for the business to touch.

When dashboards turned into pipelines, and questions into Jira tickets.

When we confused control with quality, and governance with gatekeeping.

When the people who used to own the meaning of data lost access to it.

The rebirth of data begins by reversing that trend, giving ownership, understanding, and trust back to those who use it to make decisions every day.

As I wrote in Part 1, “The industry didn’t die because we stopped building technology, it died because we forgot who we were building it for.”

Remembering that truth, and building technology that brings data back home to the business, will be the rebirth of data.

Join a data conversation,

Cameron Price.

References & Further Reading

External Research & Industry Sources:

• Gartner (2024) Data & Analytics Impact Report

• McKinsey (2023) The State of Data

• Forrester (2023) Overcoming the Data Bottleneck

• Harvard Business Review (2023) Why Data Culture Matters

• Deloitte (2024) State of Data Governance

• Deloitte (2024) Data Governance and Management Insights: “Data governance is more than just adhering to regulations and compliance — it is the key to unlocking the full potential in other Data Management & Analytics capabilities.”

• AWS (2024) Executive Insights — Becoming a Data-Driven Organisation: “A data-driven culture is only fully realized when data analytics skills are common across roles … and not exclusive to just data scientists.”

• BARC Germany (2024 & 2025) Data Culture Benchmark and Data Products Study

• Dehghani, Zhamak (2022) Data Mesh: Delivering Data-Driven Value at Scale

• Moses, Barr (2023) Forbes Tech Council: The New Rules of Data Reliability

  
  

Further Reading — from Data Tiles:

• Part 1 — The Day They Merged Data and Engineering Is the Day the Data Industry Died

• Part 2 — The Death and Rebirth of Data