# 数据治理运营手册

## 1. 业务驱动与目标

数据治理让组织更有意图地行使对数据的权威与控制，以增加价值、降低风险并协调跨边界决策。常见驱动：

- 相同术语、规则、指标或数据在业务单元之间冲突；
- 数据质量、安全、合规或共享问题没有有权负责人；
- 架构、项目、采购和开发各自做数据决策，造成重复和不一致；
- 监管、审计、合同或数据交易要求可证明的控制和责任；
- 组织希望把数据视为资产并持续衡量其价值、成本和责任。

目标状态不是会议数量增加，而是：关键数据决定有清晰权限；原则、政策和标准一致；问题和例外可升级闭环；业务术语被共同理解；治理嵌入项目与运营；结果可衡量并可持续。

## 2. 原则与关键概念

- **领导与战略：** 治理由业务战略和数据战略驱动，获得有持续权威的高层赞助。
- **业务驱动：** 数据治理是业务能力，也约束技术决策；不能被降格为 IT 数据清理。
- **共享责任：** 业务数据管家和技术数据管理专业人员跨知识域协作。
- **多层级：** 企业、业务单元和领域可分层决策；上层只处理需要跨边界一致性的事项。
- **框架化：** 运营框架定义问责、委员会、角色、触点、流程和互动。
- **原则优先：** 先声明稳定原则，再由政策、标准、流程和规则落实，减少逐案争论。
- **监督与执行分离：** 治理规定期望、监控和强制执行；领域团队管理数据并交付结果。
- **尽职与风险：** 已知风险必须报告，可能风险应确认；数据价值与数据责任同时存在。

治理层级：

| 层级 | 作用 | 例子 |
|---|---|---|
| 原则 | 稳定的判断依据 | 数据有明确所有者；适用质量由用途决定 |
| 政策 | 组织必须遵守的意图与要求 | 关键数据必须分类、可追溯并按授权共享 |
| 标准 | 可验证的统一规范 | 命名、元数据字段、质量度量、访问和保留标准 |
| 流程/程序 | 谁在何时做什么 | 术语批准、问题升级、例外到期、共享审批 |
| 业务规则/控制 | 在具体数据或系统上执行 | 客户状态允许值、匹配阈值、强制血缘检查 |

## 3. Plan / Control / Develop / Operate

### Plan

1. 定义治理覆盖的企业、业务单元、数据域、工件、决定和法域。
2. 执行准备度、协作能力、业务对齐、成熟度和变更能力评估；只评估会改变设计的内容。
3. 发现现有政策、问题、质量风险、合规义务、成功实践和组织触点。
4. 制定治理战略：章程、运营框架、问责、路线图、业务案例和可持续运营计划。

### Control

1. 建立原则、政策、标准和程序的批准、版本、发布、例外、复核与退役机制。
2. 运行问题管理：识别、量化、优先、分派、升级、解决、验证和关闭。
3. 评估合规要求并将其映射到所有者、控制、证据和复核频率。
4. 赞助各知识域标准并监督一致性、架构符合性、共享协议、访问、质量和元数据。

### Develop

1. 建立业务术语表及定义、同义词、例外、数据元素/模型/指标映射和批准工作流。
2. 把治理触点嵌入项目组合、架构评审、SDLC、采购/合同、审计、风险、变更和运营流程。
3. 配置工作流、目录/术语、文档与记分卡工具；先定义流程，不让工具决定治理模型。
4. 通过一个领域或项目试点，验证决策时效、角色容量、升级和控制证据。

### Operate

1. 运行各层治理/管家会议，只处理相应权限范围的决定和问题。
2. 发布决定、标准、术语、问题状态和记分卡；收集反馈并调整路线图。
3. 培训所有层级，衡量认知、参与、能力、采纳和强化。
4. 定期复核所有权、政策、例外、触点和指标；治理成熟后仍根据业务变化演进。

## 4. 上下文与角色

| 角色/机构 | 主要责任与决策权 |
|---|---|
| 执行赞助人 / 治理指导委员会 | 批准范围、原则、投资、跨业务冲突和不可接受风险；移除组织障碍 |
| CDO / 数据治理负责人 | 设计并运营治理框架、路线图和记分卡；协调跨域决定，不拥有所有业务数据 |
| 数据治理委员会 | 批准跨域政策/标准、优先级和升级问题；权限必须由章程明确 |
| 数据所有者（Data Owner） | 对一个数据域的定义、允许使用、质量、访问、生命周期和重大例外最终负责；每项决定只有一个 A |
| 执行/协调数据管家 | 跨领域协调业务管家、标准和问题；把需要的事项升级到适当层级 |
| 业务数据管家 | 维护定义、规则和质量期望；调查问题、提出决定并推动业务流程修正 |
| 技术数据管家/专业人员 | 实现元数据、质量、安全、模型、集成和运行控制；提供符合性证据 |
| 架构、项目、风险、合规、审计、采购 | 在既有流程中执行治理触点，并为决定提供约束与独立证据 |
| 数据消费者和合作方 | 表达用途与服务需求，遵守标准，报告问题和使用反馈 |

组织模型（集中、分散、网络、混合、联邦）由 `organizing-data-management` 设计；本技能只规定治理角色必须完成的决定和互动。

## 5. 交付物与验收证据

### 统一交付物登记表

在分散编制章程、矩阵、流程、术语和记分卡前，先用一张登记表控制责任、版本和验收：

| 交付物/决定 | 业务结果或风险 | Accountable | Responsible | 批准期限 | 当前状态/版本 | 验收证据 | 依赖/阻塞 | 复核/退役日期 |
|---|---|---|---|---|---|---|---|---|

登记表中没有单一 Accountable、可验证证据或复核日期的工件不能标记完成。委员会仅作为批准机构时，仍需列出代表其承担最终责任的具名角色。

### 治理章程

```markdown
# 数据治理章程
- 业务驱动、愿景与成功结果：
- 治理范围：企业/域/数据/决定/地域：
- 原则：
- 机构层级与授权来源：
- 数据所有者和管家职责：
- 决策、投票/批准和冲突升级：
- 政策/标准/术语/问题/例外的生命周期：
- 与项目、架构、SDLC、风险、审计、采购的触点：
- 记分卡、复核频率和章程修订：
```

### 决策权矩阵

| 决策 | 企业/领域/本地层级 | Accountable | Responsible | Consulted | 证据 | 时限 | 冲突升级 |
|---|---|---|---|---|---|---|---|

验收规则：每行只有一个最终负责者；委员会的权限来源可追溯；本地能解决的问题不无谓上收；否决权和风险接受权单列。

### 议题与例外流程

```text
提交（影响、数据、证据、期望决定）
→ 分类（权限/冲突/合规/符合性/合同/安全/质量）
→ 量化与优先级（价值、风险、范围、紧迫性）
→ 指派到最低有权层级
→ 决定与行动（含负责人和日期）
→ 验证结果
→ 关闭或升级
```

例外必须包含政策/标准、适用范围、理由、补偿控制、风险所有者、批准者、到期日和撤销/续期证据。

### 业务术语表条目

| 字段 | 要求 |
|---|---|
| 术语/定义 | 清晰、非循环，说明粒度与边界 |
| 同义词/禁用词/例外 | 消除不同业务单元歧义 |
| 数据所有者/管家/批准人 | 明确维护和最终决定 |
| 相关规则/指标 | 说明如何被计算或约束 |
| 数据/模型/报表映射 | 连接业务语义与技术资产 |
| 状态/版本/生效/复核 | 支持审计与变更影响 |

### 治理记分卡

| 视角 | 指标示例 | 证据 |
|---|---|---|
| 业务结果 | 受治理数据支持的收入、成本、风险或服务改善 | 业务 KPI 与基线/对照 |
| 决策与问题 | 决策周期、重复争议、按期关闭、复发率、逾期例外 | 工作流记录与根因 |
| 数据与控制 | 关键数据质量、术语/所有权/血缘覆盖、政策符合、审计发现 | 运行监控与审计证据 |
| 采纳与能力 | 培训/使用、责任履行、反馈、跨域协作、利益相关者满意度 | 使用日志、调查和角色评估 |
| 效率与可持续 | 管家容量、治理成本、自动化、路线图完成、运营接管 | 工时/成本/服务记录 |

不要把会议数、政策数或术语数单独作为成功；它们是活动量，不是业务价值。

## 6. 工具与技术

- **现状发现与触点图：** 将现有委员会、项目、架构、风险、审计、采购、SDLC 和运营流程连接起来，优先复用有效机制。
- **决策类型与权限分解：** 按定义、质量、访问、共享、生命周期、架构和例外分类，分配到最低有效层级。
- **政策/标准映射：** 把原则连接到政策、标准、控制、证据、所有者和适用系统，识别矛盾和空白。
- **业务术语与语义映射：** 连接术语、规则、模型、数据元素、指标和报表，支持影响分析。
- **问题工作流和根因分析：** 区分数据症状、流程/系统根因和权限冲突；验证关闭是否防止复发。
- **治理计分卡：** 同时观察业务结果、控制、流程、采纳与成本，按领域和趋势解释。
- **渐进试点：** 选择有业务赞助、可量化痛点、可用管家和有限边界的域；验证后再扩展。

门户、术语/目录、工作流、文档和记分卡工具可支持治理，但不能弥补未定义的权力、角色或流程。

## 7. 指标、风险与实施

实施顺序：先业务对齐和最低治理范围；再章程/决策权与一个问题闭环；随后标准、术语和触点；最后扩域、自动化和成熟度改进。正式企业全面上线通常不是首个迭代。

主要风险与控制：

- **委员会无权：** 章程明确授权、最终负责者、冲突升级和决策时限。
- **治理成为数据办公室代做：** 业务所有者对定义、质量、用途和风险负责；领域团队执行。
- **政策不落地：** 每项政策映射标准、流程、系统控制、培训、证据和复核。
- **管家兼职无容量：** 量化工作量、授权和时间；超负荷时缩小范围或配置资源。
- **问题只关闭不根治：** 记录根因、纠正/预防措施和复发指标。
- **范围过大：** 以业务域/用例增量推广，明确裁剪和扩展门。
- **文化抵触：** 与 `leading-data-change` 协同，调整激励、沟通和反馈。

阶段门：

1. **定义门：** 范围、业务价值、赞助人和治理问题有证据。
2. **设计门：** 章程、单一所有者、权限、流程、触点和指标获批。
3. **试点门：** 一个域能实际做决定、解决问题、维护术语和产生证据。
4. **扩展门：** 试点结果达到业务/风险目标，角色容量和变更准备度足够。
5. **运营门：** 例会、工作流、记分卡、培训、审计和改进由常态组织接管。

## 8. 依赖与协同

- `organizing-data-management`：选择组织模式、设计数据办公室/委员会/岗位和能力配置。交接输入至少包含治理范围、需作出的决策类型与层级、现有参与者/权限、角色容量、地域/业务单元约束和不可分离职责。
- `assessing-data-management-maturity`：当改进优先级需要跨能力证据时评估；不以评分代替治理设计。交接输入至少包含评估目的、范围、决策用途、可用文档/运行证据、访谈对象、证据强度要求和目标能力的业务理由。
- `leading-data-change`：管理认知、意愿、知识、能力和强化，建立可持续行为。
- `managing-metadata`：承载业务术语、所有权、政策标签、血缘和影响分析。
- `improving-data-quality`：定义质量、运行规则与问题根因；治理批准期望、优先级和例外。
- `designing-data-architecture`：把原则与标准嵌入目标/过渡架构和架构评审。
- `securing-data`、`handling-data-ethically`：提供安全、隐私、伦理控制和高风险否决依据。
- 其他数据管理领域：治理赞助其标准、确认责任、监督符合与价值；领域技能负责专业执行。