
The data economy has turned information into a business asset, and assets are managed with discipline: they are protected, maintained and put to work. The DAMA-DMBOK framework depicts this as a wheel of eleven data management areas with governance at the centre, coordinating them all. This article does not walk through the whole framework. Instead, it follows the path that turns governance from a policy document into something genuinely useful: start with modelling, ensure quality, protect the data and keep it available, publish data products and, finally, extend all of it to artificial intelligence.
Modelling first: the structure of trust
You cannot have good governance without good modelling. The data model defines the semantics (what each concept means) and the structure (how concepts relate to each other). When it is missing, the familiar symptoms appear: three reports with three different customer counts, fields with the same name and different contents, integrations that break with every change.
Rigorous modelling provides:
- Consistency across the organisation: the same concept is represented the same way in every system.
- Shared understanding of what the data means, between business and technology.
- A foundation for quality: quality rules are written against well-defined entities and attributes.
- A first step towards lineage: if you know what each entity is, you can trace its journey.
That is why it pays to standardise design from the outset, with a corporate modelling tool and common conventions (names, types, keys, value domains). It is not a glamorous investment, but it shapes everything that follows.
Quality at the heart of value
On top of a solid model, quality is managed with three pieces that work together:
| Piece | What it brings |
|---|---|
| Six dimensions | Completeness, accuracy, integrity, consistency, uniqueness and conformity: a shared vocabulary for measurement |
| Monitoring and remediation | Governance defines the rules; the system watches them continuously, alerts the data owner and fixes issues automatically or with assistance |
| Lineage | Knowing who transformed the data, how and when, makes it possible to find the root cause of an error and to pass audits |
The underlying shift is from checking quality every so often to detecting and fixing it quickly, close to the moment the problem occurs. This reduces operational risk and means decisions rest on data that can be trusted.
What is governed is also protected
DAMA devotes an area to security, and it is worth reading alongside business continuity. They are two sides of resilience, but they are not the same thing.
Security protects confidentiality and integrity through policies defined by governance:
- Access control with granular permissions and roles.
- Encryption of data at rest and in transit.
- Anonymisation or pseudonymisation to comply with the GDPR and other regulations.
- Continuous auditing of access and changes.
Continuity (business continuity planning and disaster recovery) protects availability:
- RTO (Recovery Time Objective): the maximum acceptable time to restore the service.
- RPO (Recovery Point Objective): the maximum tolerable data loss, measured in time.
- Contingency plans that are documented and, above all, tested.
- Automated, regular and verified backups.
Data governance contributes what technology cannot decide on its own: which data is critical, who owns it and what RTO and RPO each dataset needs. Without that classification, everything is protected in the same way, which usually means the important things are protected poorly.
Tools: the catalogue as a single source of truth
The data catalogue centralises what is needed to discover, understand and trust data assets: quality rules, lineage, owners and usage policies. Two types of tools are usually combined around it:
- Modelling: to design and standardise the data architecture. It is the best starting point because it lays the foundations.
- Operational governance: metadata, quality and lineage platforms that monitor and enforce the rules day to day.
The selection criterion should not be the feature list but integration: the model, the catalogue and the quality rules should talk to each other rather than forcing teams to maintain the same information in several places.
From data to product, and from product to marketplace
The next leap is to treat data as a product. A data product must be trustworthy, discoverable, interoperable and valuable, and it has a domain team accountable for its quality and ongoing service, just as a team is accountable for an application.
Its principles:
- Consumer-oriented: designed with its users in mind.
- Self-contained and discoverable: it can be found and understood without asking for help.
- With defined service agreements: refresh frequency, availability, response times.
- With complete documentation.
The data marketplace is the internal self-service shop where the business consumes those products. Its value comes from the entry filter. To be published, a product should demonstrate:
- A certified quality level against an agreed threshold, visible on a scorecard.
- Documented lineage.
- Complete, enriched metadata.
- Active continuity and recovery plans.
The benefits are self-service, fewer silos, full traceability and the ability to measure the use and internal value of each product.
The next step: governing AI
AI is only ethical, accurate and trustworthy if the data it is trained on and operates with is properly governed. Biased data produces a biased model. AI governance adds four fronts on top of everything above:
- Quality and bias: assess training datasets to detect and correct biases that undermine fairness or accuracy.
- Model traceability: document data origin, transformations, versions, training parameters and performance metrics.
- Explainability: model decisions must be auditable, understandable and explainable to a person, which is key to trust and regulatory compliance.
- Continuous monitoring: watch behaviour in production, detect drift and keep performance and bias indicators up to date.
There is a practical takeaway: AI use cases are a good catalyst for strengthening data governance. They give a name and a sense of urgency to quality and traceability problems that used to be postponed.
Where to start
A sensible adoption plan moves forward in three phases, each with its own emphasis:
| Phase | What is done | Emphasis |
|---|---|---|
| 1. Design and structure | Governance framework (roles, policies, committees) and standardised modelling | Foundations for quality and shared understanding |
| 2. Core pillars | Quality, lineage and security; first data products with their continuity plans | Demonstrate tangible value and resilience |
| 3. Expansion | Launch of the marketplace and governance of existing and future AI models | Scale with protection and move towards responsible AI |
The first decision is simple: identify the critical data, assess its risks and start by modelling it properly. At Bidatia we support organisations along that journey, from the initial assessment to the launch of their first data products.
Frequently asked questions
Why start data governance with modelling?
Because the model defines what each piece of data means and how it relates to the rest. If two departments understand "customer" differently, no quality rule or lineage diagram will fix it later. A shared model is the basis of a common understanding.
What is the difference between data security and continuity?
Security focuses on confidentiality and integrity: only the right people get access and nobody alters the data. Continuity focuses on availability: critical data can be recovered within an acceptable time (RTO) and with an acceptable maximum loss (RPO).
What is a data marketplace?
An internal self-service shop where business users find and consume governed data products. Its value lies in the entry filter: only products that meet the quality, metadata, lineage and continuity criteria are published.
How does data governance relate to AI governance?
An AI model inherits the flaws of its data: biased data produces a biased model. AI governance therefore adds bias assessment, model traceability, explainability and production monitoring on top of data governance.