Topic

Data governance

Credible data governance replaces theatre with inspectable stewardship: Critical Data Elements with explicit owners, lineage captured at a level useful for control, and quality thresholds that trigger action rather than commentary.

Boards do not trust data because a data team asserts the governance framework exists. They trust it when the organisation can show how a number was produced, who owns it, what happens when it fails quality expectations, and why it is the right number for the decision in front of them.

That requirement makes governance design a strategic discipline - not a technology selection or a compliance activity, but a deliberate operating model for evidencing data quality, stewardship, and control.

Why governance theatre persists

Governance theatre is not usually the result of bad intentions. It emerges from misaligned incentives and unclear accountability. A data team is asked to show governance maturity, so it produces governance artefacts - committees, glossaries, catalogues, policies - that demonstrate activity rather than control.

The structural problem is that these artefacts do not change what happens when a report is wrong. If ownership is nominal, quality thresholds are aspirational, and lineage is undocumented below the data warehouse layer, the actual decision path remains as fragile as before. The board pack arrives with contested numbers, reconciliations happen offline, and auditors rebuild evidence packs manually ahead of each review.

Theatre persists because the absence of real control is often invisible until it becomes expensive. A regulatory finding, a CFO questioning the margin figure in the board pack, or an audit exception that cannot be remediated quickly - these are the moments when the gap between apparent and actual governance becomes undeniable.

What makes governance credible

Credible governance is operational. It connects Critical Data Elements to the reporting obligations and business decisions they support. It defines stewardship where the data is understood, not merely where the technology sits. It captures lineage at a level useful for answering a control question, not just for data architecture documentation.

The practical markers of credible governance include: data owners who can answer quality questions and have the authority to resolve them; quality thresholds that trigger defined remediation rather than commentary; lineage that traces a reported number to its source system through each transformation; and an evidence model that does not require manual reconstruction ahead of each audit.

These are not exceptional standards. They are the minimum required for governance to earn board-level confidence rather than create the appearance of it.

Critical Data Elements in practice

Critical Data Elements are the subset of an organisation's data that directly affects regulatory reporting, commercial decisions, or both. Defining them is the prioritisation step that makes governance tractable.

Without CDEs, governance work spreads across the full data estate, producing shallow coverage of everything and deep control of nothing. With a defined CDE inventory, the organisation can concentrate ownership, quality measurement, lineage documentation, and metadata governance where the reporting stakes are highest.

In practice, CDE governance requires more than a list. Each element needs an explicit owner with the authority and knowledge to validate it, a quality threshold with a defined tolerance, lineage documentation that traces the data from source to reporting consumption, and a metadata record that links the element to the regulatory or business decisions that depend on it.

Work across regulated environments, including the implementation of complex Critical Data Element identification, capture and monitoring processes supported by Purview-aligned governance planning, demonstrates how ownership, quality control and metadata discipline make remediation inspectable.

Lineage, stewardship, and accountability

Lineage and stewardship are often treated as separate governance workstreams. In practice they are the same question asked differently. Lineage asks where the data came from and how it was transformed. Stewardship asks who is accountable for its quality throughout that journey.

A lineage diagram without accountable stewards is a documentation asset without control value. A steward without lineage visibility cannot effectively govern the data they own. The governance operating model needs both.

The stewardship model that works in practice assigns ownership at the point where data is understood - not centrally to a data team, but to the business function that knows what the data means, what the acceptable thresholds are, and what the consequences of a quality failure look like. That proximity to consequence is what makes stewardship real rather than nominal.

Regulatory evidence and BCBS239

For organisations subject to BCBS239, regulatory evidence requirements give data governance work specific and verifiable standards. Aggregation capability, accuracy, timeliness, and adaptability are each defined with expectations about what evidence demonstrates compliance.

The practical governance implication is that finance and risk reporting data needs a clearly documented evidence trail: what data enters each aggregation, how it is transformed, which business rules apply, what quality checks run at each stage, and who is accountable for the result. That trail needs to survive regulatory scrutiny, not just internal review.

The same logic applies to GDPR data lineage, FCA and PRA reporting obligations, and internal audit requirements. The common requirement is that evidence is inspectable, owned, and linked to consequences - not asserted through governance language alone.

When governance earns board trust

Board trust in data is earned through evidence rather than declared through governance policy. The evidence that matters is practical and visible: fewer reconciliation arguments in the leadership team, faster evidence production for audit and regulatory queries, clearer ownership when a quality issue surfaces, and decisions that can withstand scrutiny because the number behind them can be explained.

The governance work that produces this evidence - CDE definition, stewardship assignment, lineage capture, quality measurement, metadata discipline - is not glamorous. It is the operational foundation that makes data credible at executive level.

When that foundation is in place, the commercial and regulatory benefits follow: reports that senior leaders rely on rather than question, an audit process that does not consume significant remediation effort, and a data function that is judged by the quality of decisions it supports rather than the volume of governance artefacts it produces.

Articles

Executive essays

2026-10-12 / 7 min

Critical data elements stop at the model

On 30 September 2026 the PRA reported what it found when it finally looked at the governance of the data behind expected credit loss provisions. Critical data element frameworks and lineage records cover core model execution and stop there.

Read article

2026-10-09 / 8 min

Management information now needs an audit trail

On 27 July 2026 the FCA published its review of Consumer Duty outcomes monitoring, drawn from a survey of 56 firms. Its finding is that holding management information is not evidence of good outcomes, and thresholds nobody can justify prove nothing.

Read article

2026-10-05 / 7 min

Bank disclosure becomes a comparable dataset

At its meeting on 28 and 29 September 2026 the Basel Committee approved the final standard for machine-readable Pillar 3 disclosures, with publication due around the end of the year. The EU has run the experiment since January, and UK firms have one reporting cycle left.

Read article

2026-09-28 / 7 min

Incident reporting is now a data quality test

On 16 September 2026 the European Supervisory Authorities published fourteen operational instructions on DORA major incident reporting, every one of them a correction to something firms filled in wrongly. The UK equivalent applies from 18 March 2027.

Read article

2026-09-26 / 8 min

The data regulator becomes a board on 30 September

On 30 September 2026 the office of the Information Commissioner is abolished and its functions pass to the Information Commission, a board of seven non-executives and an interim chief executive holding the enforcement powers the Data (Use and Access) Act enlarged in February.

Read article

2026-09-14 / 7 min

Smart data stops being voluntary

On 8 July 2026 the Department for Business and Trade opened a call for evidence on smart data schemes in five more sectors, closing on 1 October. The underlying power lets ministers compel firms to share customer and commercial data.

Read article

2026-09-07 / 7 min

Secondary data use now has a statutory test

The Data (Use and Access) Act rewrote the rules on reusing personal data in February 2026, and in August the ICO opened consultation on the anonymisation standard that route depends on. What a board should establish before approving the next analytics or AI programme.

Read article

2026-09-03 / 5 min

The 2026 data and AI regulatory reset: a board agenda

Five regulatory changes landed between February and July 2026 that alter what a UK board should expect from its data and AI functions. This is what changed, what it means, and the questions to ask before year end.

Read article

2026-09-02 / 5 min

Data lineage is now a resilience control

Lineage used to be a governance nicety. In 2026 it is the evidence three separate regimes ask for: BCBS 239, the UK operational resilience framework, and the EU and UK third-party reporting rules. Here is how to capture it once and answer all three.

Read article

2026-08-28 / 4 min

Board trust in data is earned, not declared

Why governance theatre fails boards, what the Basel Committee still finds missing at the largest banks in 2026, and the five questions a director can ask to tell inspectable governance from the performed kind.

Read article

Advisory

Relevant offers

Regulatory data confidence programme

A structured path from weak evidence and inconsistent metrics to inspectable controls, stewardship, lineage, and data quality management.

Enterprise data architecture

Target-state architecture that a regulated business can defend: lakehouse, warehouse, or hybrid; Microsoft Fabric, Databricks, or Snowflake; domain data products with contracts, lineage at control grain, and a migration plan with parallel-run validation rather than a big-bang cutover.

Speaking

Relevant topics

Board trust in data is earned, not declared

What it takes to make metrics, lineage, CDEs, stewardship, and audit evidence believable at senior levels.

Questions

Common questions

What is the difference between governance theatre and real data governance?

Governance theatre creates the appearance of control without changing the actual decision path. Committees convene, glossaries are published, and catalogues are populated - but the board pack still lands with contested metrics, audit evidence is still rebuilt manually, and data owners still behave as reviewers rather than accountable stewards. Real governance is operational: it connects Critical Data Elements to reporting obligations, defines ownership where data is understood, captures lineage at a level useful for control, and sets quality thresholds that trigger action.

How does BCBS239 change the practical scope of data governance?

BCBS239 gives governance work sharper edges in banking and insurance. Aggregation, accuracy, timeliness, adaptability, and governance are not abstract principles - they become specific questions about which data elements matter to risk and finance reporting, who owns them, how they flow, and what evidence demonstrates control. The same framework applies to organisations outside banking that need to evidence data quality to regulators, boards, or auditors.

What is the role of Microsoft Purview in a data governance operating model?

Purview provides the infrastructure for metadata governance, lineage capture, classification, and data quality tracking across an enterprise estate. Its practical value is in making ownership and lineage visible - connecting a Critical Data Element to its source, transformation, and reporting use. It is most useful when governance design precedes the tooling deployment, so the catalogue reflects real accountability rather than technical mappings without owners.