Data lives under Finance. By accident.
Data ownership ended up under the team that reports numbers, not the teams that produce them. When Operations needs a change, the queue is long and the incentives are wrong.
Why ungoverned data quietly costs millions — and the operating model that turns it into a measurable business asset.
Reports open. Dashboards refresh. The numbers show up on time. And yet — every meeting, someone asks the same question: “where does this number actually come from?”
This is not a tooling problem. Your platform is modern. Fabric, Power BI, the lakehouse
pattern — all in place. What's missing is the layer underneath:
ownership, contracts, lineage, a shared language.
Without it, every new question becomes a manual investigation, every AI
project stalls on data quality, and every decision carries a hidden tax of doubt.
The good news: the fix is well-understood, pays back fast, and you can
start in a quarter. The next seven sections show how.
Individually, none of these feels like a crisis. Together, they are the reason AI initiatives stall and board reports get questioned line by line.
Data ownership ended up under the team that reports numbers, not the teams that produce them. When Operations needs a change, the queue is long and the incentives are wrong.
Source systems (SAP S/4HANA, ERP, CRM) land raw in the gold layer. No modeling, no domain logic — just tables that happen to join if you know the right keys.
An end-user questions a figure in a Power BI report. To answer, someone opens a laptop, three SQL editors, two pipelines, and a Teams chat from last March.
Nothing is checked before it reaches the report. Quality is discovered by the business user who sees a spike, by the controller who closes the month, by the CFO in the board meeting. Trust erodes with every surprise.
There is no catalog, no glossary, no schema registry. The only documentation is oral — a conversation with the two people who built it. When they change roles, the knowledge leaves the building.
Bronze, silver, gold — on the architecture slide. In reality: raw tables promoted straight to gold, unclear responsibilities between engineering and BI, no CoE to hold the line.
Every AI pilot hits the same wall: unclear ownership, unverified quality, no lineage, no consent model. The POC works. The production system waits.
Dozens of dashboards across workspaces. No one knows which is canonical, which is a personal experiment, or which was decommissioned two years ago and still refreshes.
Here's what the BI team inherits: tables named after source-system objects, dimensions mixed into fact rows, no conforming keys, no business glossary. Every report writer solves this privately, in their own DAX.
// Fact and dim columns co-mingled. No lineage. No owner.
// NETWR mixes gross/net. NULL MATNR is a service line.
// Every report re-invents the same five joins.
// Owner: Sales Domain · SLA: T+1h, 99.5%
// Schema v2.1 · Lineage tracked · Contract active
// One conformed fact. One glossary definition. No ambiguity.
The costs are hidden in hours, delayed decisions, shelved AI projects, and lost commercial opportunity. Put conservative numbers on each line and the annual total surprises everyone — including the CFO.
*Illustrative range for a mid-market organisation with a Fabric/Power BI stack and 100+ report consumers. Actual numbers are calibrated per customer during the Maturity Evaluation.
Governance is not a committee. It's not a document. It's an operating model where every piece of business-critical data has an owner, a contract, and a traceable path from source to decision. The working definition we use
You don't buy governance as a tool. You build it as a stack, from people to product. Skip a layer and the ones above it wobble.
Every dataset gets a named business owner — in the domain that produces it, not the team that reports it. Sales data is owned by Sales. Supply data by Supply. Finance becomes a consumer, not the dumping ground.
A contract freezes the promise: schema, freshness, quality thresholds, owner, support. Producers commit; consumers trust. Breaking the contract is a real event — with an owner, an alert, and an SLA — not a surprise on Monday.
One place to discover what exists, who owns it, how fresh it is, how good it is, and how to get access. Certified data products surface to the top; experimental ones are clearly marked.
Every field traceable, end-to-end: from the source system, through the medallion layers, into the semantic model, onto the dashboard. When someone asks “where does this come from?” — the catalog answers in seconds.
A small, central team of experts — not a gatekeeper, an enabler. Sets the standards, runs the catalog, trains domains, and keeps the platform evolving in one direction rather than five.
One signed YAML per data product. It says who owns it, what's in it, how fresh it has to be, what quality it meets, and what happens when those promises break. This is the artifact that turns “governance” from a slide into a system.
Data Contract · Active
sales.fact_order_line
# data-contract/v2.1 name: sales.fact_order_line version: 2.1.0 owner: domain: sales contact: sales-data@company.fi schema: - name: order_id type: string required: true - name: product_sk type: string required: true - name: customer_sk type: string required: true - name: net_amount_eur type: decimal required: true - name: booked_at type: timestamp sla: freshness_min: 60 availability: 99.5 completeness: 99.0 quality_checks: - net_amount_eur >= 0 - order_id is unique - customer_sk resolves in dim_customer
Today · lineage on request
After · lineage on demand
Pick where you are today and where you want to be in twelve months. The gap is the brief for the first phase of work.
The investment is modest — a handful of consulting days, a catalog licence, discipline. The returns show up on three separate lines of the P&L.
Hours reclaimed from manual investigation.
BI developers stop chasing lineage. Analysts stop rebuilding the same metric. A conservative estimate for a 100-person data community is 1–2 FTE returned to higher-value work.
Decisions made on data you can trust.
One miscalled pricing change, one wrong demand forecast, one regulatory miss — any of them dwarfs the cost of governance. Prevention is the category.
AI use cases that actually reach production.
The single biggest unlock. Governed data is a prerequisite — not a nice-to-have — for AI at scale. One productionised use case typically covers the cost of the whole programme, several times over.
Conservative year-one impact of closing the governance gap. Combines recovered hours, prevented decision errors, and unblocked AI value.
We propose a short, concrete first step: a maturity evaluation and a single-domain pilot. Inside a quarter you'll have a baseline, your first contracts, a working catalog entry, and — most importantly — a narrative that travels upward.