By Edris Yaghob//3 min read
Make data governance that people actually use
Most data governance produces activity nobody uses. The difference between governance theatre and governance people rely on is where you start: from the decision, not the artefact.
Most data governance produces a lot of activity and very little anyone uses. The meetings happen. The policy gets written. The rule gets built. The glossary entry gets filed. And the business still struggles to make a decision with the data. If governance has started to feel like theatre, you are not failing at it. You are doing the version of it that was designed to feel that way.
There is a different version. The difference is where you start.
Why it feels like theatre
Theatre comes from starting with the artefact instead of the outcome. You build a critical data element list because you are supposed to have one. You write rules because critical fields are supposed to have rules. You document a definition because the term came up. Each output is produced because the process calls for it, not because a specific decision needed it.
So the outputs pile up, technically complete and practically unused. The list nobody trusts. The rule that fires on things nobody cares about. The glossary entry nobody opens. Effort goes in. Nothing changes for the business. That gap, between effort and outcome, is the theatre.
The shift: start from the decision
The version that gets used starts at the other end. Not "what data do we have," but "what decision is someone trying to make, and what would it take for them to trust the data behind it."
Governance is only real when it changes something: a decision, a control, a handover, a number someone can finally rely on. If you cannot name what changes, you are producing documentation, not governance.
That one shift quietly fixes the rest. A critical data element list built from decisions is short and defensible, because every field traces to something that breaks. A rule built from a consequence protects something, because you named who loses when it fails. A definition written to settle a real dispute gets used, because someone was actually arguing about it.
The work stops being "produce the artefact" and becomes "produce the thing that lets this decision happen." Same activities. Completely different result.
What changes for you
The change you feel first is in the conversations.
When someone says "add this to the list," you have a one-sentence test instead of an argument: what breaks if this is wrong? When someone wants a rule by Friday, you ask what consequence it prevents and who owns it, and the conversation either sharpens or quietly ends. When two teams argue about a term, you stop trying to settle it alone with a glossary entry nobody reads, and route it to the people who own the disagreement.
The honest part
This is harder than theatre, which is exactly why theatre is so common. Starting from the decision means asking uncomfortable questions, holding politics, and resisting the pull to just produce the deliverable and move on. Under pressure, the deliverable wins, and the program drifts back toward documentation for its own sake.
That is the work enabledat is built to hold: it keeps the decision in front of you, routes each element to the work that actually serves it, and pulls the discipline back when the pressure to just ship takes over.
You do not need more governance. You need governance someone uses. Start from the decision, and the rest follows.