Understand central, domain and shared decision rights in a federated governance operating model, including how Governance Domain design should follow ownership policy.
A federated model sits between fully centralised governance and uncontrolled decentralisation. It retains enterprise-wide oversight while moving practical governance decisions to accountable people who understand the data and business context best.
Enterprise principles and policy; minimum metadata and quality standards; shared role model; global classifications; common health measures; platform guardrails; cross-domain standards; escalation and assurance.
Domain priorities; Data Products; local business terminology; ownership and stewardship; domain quality expectations; local improvement priorities; domain access context and business rules.
Cross-domain definitions; global identifiers; interoperability standards; policy exceptions; shared Critical Data Elements; changes affecting multiple domains; enterprise-wide risk decisions.
Federation does not mean every domain invents its own rules. Domains have autonomy inside agreed enterprise guardrails, with cross-domain decisions handled through a federated forum or agreed escalation model.
Microsoft Purview supports five Governance Domain types: Functional Unit, Line of Business, Data Domain, Regulatory and Project.
For an initial PoC / Proof of Value, consider Functional Unit as the starting type where the ownership policy assigns accountability by organisational function. If accountability follows another boundary, choose the Governance Domain type that reflects the actual ownership model.
Ownership policy should drive domain design.
Follow practical Microsoft Purview and Data Governance learning from Data SkyLab Studio on YouTube.