Tenant: Apex FinancialRole: Platform AdminLocal persistence

Trainer Kit

Everything a DAMA chapter facilitator needs: the Meridian Retail case study, per-chapter one-pagers, warm-up questions, and ready-to-run workshop agendas.

The Running Case Study: Meridian Retail
A fictional omnichannel retailer — 4 regions, 9 source systems, one data platform

Meridian Retail grew by acquisition: point-of-sale, e-commerce, loyalty, and warehouse systems that never agreed on what a 'customer' or 'net revenue' means. After a mis-sent marketing campaign reached customers who had opted out — and a board pack showed two different revenue numbers — the CEO appointed a CDO and funded a data management program. This platform is that program's control plane, eighteen months in: real progress, honest gaps.

Operating across India and the EU, Meridian must satisfy both the DPDP Act 2023 and GDPR — consent, purpose limitation, and retention rules appear throughout the story.

G. Patel
Head of Data Governance (governance office, glossary, maturity)
L. Mendes
Data Quality Lead (DQ rules, reconciliation, incidents)
J. Tan
Customer Domain Steward (MDM merges, metadata gaps)
A. Rivera
Data Architect & Modeler (models, naming standards)
T. Brooks
CISO delegate (classification, access decisions)
N. Osei
AI Governance Lead (model cards, fairness thresholds)
K. Wu
Platform Operations (jobs, SLAs, cost)
R. Costa
Analytics Lead (certified KPIs, executive dashboards)
The same names appear as stewards and owners across every module — the story stays consistent whether you are in the DQ Control Center or the MDM merge queue.
DMBOK in 60 Minutes — Awareness Session
60 min · CDMP aspirants, new data team members, business stakeholders
0–5Meridian Retail cold open: the two-revenue-numbers board pack
5–15The DAMA wheel on /learn — 11 knowledge areas, governance at the hub, 17 chapters total
15–35Three live scenes: DQ Control Center run, MDM duplicate merge, contract gate blocking CT-003
35–45Maturity heatmap on /dama — honest gaps as the roadmap
45–55Group quiz: 5 questions on /quiz, discuss each answer
55–60CDMP pathway, study resources, and Q&A
DMBOK Deep Dive — Half-Day Workshop
3.5 hours · CDMP candidates, data governance teams, DAMA chapter study groups
0:00–0:20Meridian case study briefing + DAMA wheel, Aiken pyramid, environmental factors on /learn
0:20–1:00Governance & stewardship block: policy lifecycle, RACI exercise, operating-model debate (/governance, /stewardship)
1:00–1:40Quality & metadata block: run DQ validation, classify failures by dimension, catalog adoption discussion (/dq, /catalog)
1:40–1:50Break
1:50–2:30Master data & integration block: merge review with survivorship debate, contract compatibility gate (/mdm, /contracts, /lineage)
2:30–3:00AI governance & ethics block: model card review, fairness threshold exercise, ethics board simulation (/ai-governance, /ethics)
3:00–3:20Per-area mock quiz on /quiz — teams compete, review explanations together
3:20–3:30Maturity self-assessment: participants rate their own organization on the /dama heatmap dimensions
Build a facilitator one-pager — pick a chapter
Facilitator One-Pager · DMBOK Wheel — Knowledge Area

Chapter 3Data Governance

The exercise of authority, control, and shared decision-making (planning, monitoring, and enforcement) over the management of data assets. Governance sits at the hub of the DAMA wheel because every other knowledge area depends on it.

Goals
  • Enable the organization to manage data as an asset
  • Define, approve, communicate, and implement data policies, standards, and metrics
  • Monitor and guide policy compliance and data management maturity
  • Sponsor, track, and oversee the delivery of data management projects
Key Activities
  • Define data governance for the organization (readiness, discovery, alignment)
  • Establish the operating framework: councils, forums, stewardship model
  • Develop and maintain policies, standards, and the business glossary mandate
  • Underwrite issue management, escalation paths, and compliance reporting
  • Embed governance — move from project to sustained operating practice
Primary Deliverables
  • Data governance strategy, charter, and operating framework
  • Policies, standards, and procedures
  • Roadmap, scorecard, and issue log
  • Business case and value statement for governance
Roles
  • Data Governance Council
  • Data Governance Office / DG Lead
  • Data Owners
  • Data Stewards
  • CDO
Metrics
  • Policy compliance rate
  • Value delivered by governed projects
  • Issue resolution cycle time
  • Steward coverage by domain
CDMP Exam Pointers
  • Governance ≠ management: governance decides how decisions get made (oversight); management executes (E of the V — governance is 'do the right things', management is 'do things right').
  • Know the typical operating models: centralized, replicated, federated — and when each fits.
  • The most-tested artifacts: charter, policy hierarchy (policy → standard → procedure), and the RACI between owners, stewards, and custodians.
Case Study Scene — Meridian Retail: “From heroics to decision rights

Before governance, every data dispute was settled by whoever escalated loudest. G. Patel chartered a governance council with the CFO as sponsor, published a three-tier policy hierarchy (policy → standard → procedure), and gave every domain a named owner and steward. The masking policy for customer PII was the first policy to go from draft to enforced, with evidence.

Demo path (what to show live)

Open Data Governance (/governance) — advance a policy through its lifecycle, show the policy matrix and masking evidence export.

What good looks like

Policies with owners, an issue log with SLAs, and governance embedded in delivery gates rather than bolted on after.

Discussion questions
  1. Meridian chose a federated model — central policy, domain stewardship. What in its history makes that fit?
  2. Which policy would YOU enforce first at Meridian, and what evidence would prove enforcement?
  3. How does the council avoid becoming a bottleneck for delivery teams?
Warm-up questions (facilitator copy — correct answers marked)
Q1. The clearest one-line distinction between data governance and data management is:
  • A.Governance is technical; management is business-oriented
  • B.Governance ensures data is managed properly (oversight); management executes the work
  • C.Governance only handles security; management handles the rest
  • D.There is no difference — the terms are interchangeable
DMBOK: governance is 'doing the right things' — exercising authority and oversight; management is 'doing things right' — planning and executing the activities.
Q2. Put these governance artifacts in order from most general to most specific:
  • A.Procedure → Standard → Policy
  • B.Policy → Standard → Procedure
  • C.Standard → Policy → Procedure
  • D.Policy → Procedure → Standard
Policies state intent ('what and why'), standards make them measurable ('how much/what level'), procedures give operational steps ('how').
Show it live during the session:
Open Data Governance