# 数据管理组织与运行模式项目手册

## 1. 业务驱动与目标

数据管理组织应使数据责任和跨域协作跟上业务、地区和产品的实际节奏。目标可能是统一关键定义、降低重复建设、快速裁决跨域争议、改进质量与信任，同时保持本地业务响应。先确定需要哪些共同决定、哪些本域事项保留自治、决策延迟可接受多久、可用人员/预算多少。

运行模式描述谁参与、谁负责、谁决定、怎样协作和升级，组织图只是其中一张视图。应契合既有文化、汇报线和委员会，并能随能力成熟逐步演进。没有适合所有企业的固定模式。

## 2. 原则与关键概念

- **从现状出发：** 找出实际创建、管理、使用、修复数据以及决定规则的人；现有头衔不一定体现真实工作。
- **业务问责：** 数据业务定义和风险取舍由有权业务负责人决定；IT 与平台提供技术执行和证据。
- **自治与一致性平衡：** 中央制定哪些强制标准，本地能在哪些范围变更，例外如何批准和到期。
- **授权先于会议：** 委员会必须有赞助、章程、席位、法定人数、决策规则、输入/输出和执行路径。
- **岗位与容量匹配：** 兼职角色仍需预留工时、替补、培训、绩效与主管支持。
- **现有结构可复用：** 利用有效委员会和人员，避免重复层级；若既有机制无法承载数据议题，明确新机构边界。
- **渐进演化：** 可从分散工作建立网络化 RACI，再按共同服务规模发展混合或联邦；市场/监管冲击可加速，但要说明代价。

模式比较：

| 模式 | 组织特点 | 优势 | 主要限制/适用条件 |
|---|---|---|---|
| 分散 | 责任分布事业部/IT，协作较非正式 | 贴近业务、易起步 | 跨域一致性和归属难维持，需要较少共享依赖 |
| 网络 | 保留分散人员，用正式 RACI/连接形成责任网 | 不改汇报线、低新增编制 | 必须维护/执行 RACI、升级与共同标准 |
| 集中 | 核心职能归一个 DMO 领导 | 权责清楚、服务统一 | 改组成本大、可能远离业务流程 |
| 混合 | 中央能力中心加本地业务/专业团队 | 方向统一、保留业务响应 | 中央与本地优先级/经费冲突，需明确接口 |
| 联邦 | 企业中心加地区/事业部分层运行单元 | 适合大型多地区自治组织 | 层级与协调最复杂，需要充足容量和清晰仲裁 |

集团含三个事业部并不自动需要联邦；若人力紧张、地区自主要求一般且已有专业人员分散，先验证网络或轻量混合的可行性。选模式的证据是实际决策和任务量，不是术语吸引力。

## 3. Plan / Control / Develop / Operate

### Plan

1. 明确标准、风险、速度、自治、服务和成本目标；识别监管/地区差异。
2. 访谈并观察现有业务、IT、质量、架构、平台、法务、财务、HR、委员会和产品团队。
3. 绘制现状参与者/决策/资金/交互和利益相关者图；测量议题量、处理时间、瓶颈与满意度。
4. 比较五种模式，形成选择/过渡方案和组织影响分析。

### Control

1. 批准执行赞助、章程、委任、保留事项、RACI、议事/升级和例外策略。
2. 把中央强制标准、本地裁剪、跨域审批、应急决定和发布时限写成制度并检验唯一 A。
3. 管理岗位任命、兼岗工时、预算/费用分摊、技能、绩效和利益冲突。
4. 审查模式运行指标及扩面/升级/回退门，防止会议数量增长却业务效果下降。

### Develop

1. 起草目标与过渡运行图、角色/委员会/共享服务章程和活动级 RACI。
2. 建议题入口、影响分类、工作组分析、owner 裁决、委员会仲裁、记录/传播、执行验证。
3. 测算案件/标准/质量/平台服务量，配置兼职/专职和替补，制定技能补差与培训。
4. 以两个跨域主题试点，演练本域、跨域、地区例外、紧急/超时和无共识案件。

### Operate

1. 按节奏运行委员会/工作组/共享服务并公开决定、标准、owner 与服务目录。
2. 监控决策时效、积压、重新争议、标准采用、质量结果、产品交付影响、人力负载和用户反馈。
3. 对违反 SLA、容量过载或本地绕行做根因分析，调整规则、岗位或模式。
4. 按季度复审组织适配，决定网络→混合/联邦、回退或仅扩服务范围。

## 4. 上下文与角色

| 角色/机构 | 典型授权与责任 |
|---|---|
| 执行赞助/集团业务领导 | 授予跨事业部章程、资源与冲突最终升级路径 |
| 数据治理委员会 | 批准跨域政策、关键标准、重大例外和投资优先级；不取代本域 owner 日常决定 |
| DMO/能力中心负责人 | 组织共同方法、服务、指标、资源、协调与运行接管 |
| 业务数据域 owner | 对本域定义、质量目标、风险和授权例外负责 |
| 数据管家 | 调查、整理证据、维护术语/规则/问题队列、推动决定与验证 |
| 架构/质量/元数据/主数据/集成/平台负责人 | 分别提供专业评审、公共能力、实施与运行证据 |
| 地区/事业部负责人 | 执行集团要求、决定授权本地事项、反馈影响和容量 |
| 产品/流程团队 | 将标准落实到数据创建、系统变更和实际业务流程 |
| 法务/合规/安全/财务/HR | 各自控制、预算、人事与区域义务的批准/咨询 |

按企业实际层级命名，不能假定一定要设 CDO 或新委员会。岗位章程包含目的、范围、授权来源、决策/否决、任务、所需能力、可用工时、替补、指标、任命/撤销和利益冲突。虚拟团队同样需要主管批准其时间和绩效目标。

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

### 现状参与者与利益相关者图

| 人/团队/委员会 | 所在单位/汇报线 | 实际数据活动 | 作何决定/谁授权 | 交互与瓶颈 | 工时/技能 | 利益/支持度/阻力 |
|---|---|---|---|---|---|---|

绘制“创建/维护/消费/修复数据 → 谁审核 → 谁批准 → 谁实现 → 谁承担费用/后果”的链路，标出重复决定、无人负责、绕行和已有有效关系。利益相关者表另列目标、受影响程度、资源控制、可阻断能力、态度、关切和参与办法；纳入地区、产品、法务、财务、HR、客户/监管等相关方。

### 模式选择与过渡决策

| 准则 | 观察/权重 | 分散 | 网络 | 集中 | 混合 | 联邦 | 证据/待验证 |
|---|---|---|---|---|---|---|---|
| 事业部/地区自治与法规差异 | | | | | | | |
| 跨域共享与强制标准需要 | | | | | | | |
| 当前决策习惯/文化与成熟度 | | | | | | | |
| 决策时效与产品迭代影响 | | | | | | | |
| 现有人力/技能/预算 | | | | | | | |
| 扩展性、持续运行和协调成本 | | | | | | | |

权重、最低必须满足项、证据和选择理由先确认。允许当前用网络模式承接现有人，目标发展轻量混合；若事业部/地区层级和监管差异确实需要且容量足够，再评估联邦。记录被否决模式的原因、前置能力、过渡期、模式重选触发和回退路径。

### 委员会/岗位章程与活动级 RACI

委员会章程：授权来源/赞助、目的和保留事项、委员/代理、法定人数、投票/共识/主席裁决边界、会议/异步节奏、议题入口、所需证据、决定/例外模板、冲突/超时升级、发布与执行检查、秘书/记录、年度复审。

| 活动/决定 | 集团委员会 | 域 Owner | 管家 | 中央专业服务 | 本地产品/地区 | 控制职能 |
|---|---|---|---|---|---|---|
| 企业通用定义/标准批准 | A | C | R | C | C | C |
| 本域常规规则/质量目标 | I | A | R | C | C | C |
| 跨域/地区差异例外 | A | R | R | C | C | C |
| 系统实施与发布 | I | C | C | C | A/R | C |
| 共享服务优先级/经费 | A | C | I | R | C | C |

表是待组织批准的示例：每行验证一个且仅一个 A，R 有明确执行容量；同一角色可兼 A/R，不能两个 A 相互推诿。隐私、法律、安全或财务相关动作须保留其法定/公司授权审批，不因通用 RACI 被覆盖。

### 交互与升级地图

`提交议题/影响和期限 → 管家分诊本域/跨域/地区例外 → 专业影响分析及咨询 → 授权 owner/委员会决定 → 版本化记录/通知 → 产品/地区实施 → 证据/采用复查`

每条路径写入口、表单、决定权、咨询人、常规/紧急时限、超时替补、二级仲裁、允许暂行条件、发布渠道和关闭证据。跨域委员会处理真正需共同决定的少数事项；本域低风险事项依授权在产品节奏中完成，不能每项都上会。工作组负责备选方案和证据，不因技术便利取代业务裁决。

### 人力、能力、资金与绩效

容量至少按每类事务计算：`每周到达量 × 预计处理工时 + 固定会议/标准维护/培训/突发余量`，与每个角色获主管确认的可用工时比较；列出高峰、请假替补、积压和 SLA。技能矩阵覆盖业务语义、管家、数据质量、建模/架构、元数据、安全、平台、沟通与促进；先盘点可转移技能，再决定培训/借调/专职需求。

预算模型记录集团与事业部各自承担的公共能力、实施、许可、培训和人员工时；分摊依据可按受益、消费量或约定固定份额，须由财务批准。兼职贡献进入岗位说明、主管目标和绩效评估；否则名义任命不等于可交付容量。

### 十周试点与转换门

1. 第 1–2 周：现状参与者、利益相关者、争议/服务量和文化盘点；签署模式选择准则。
2. 第 3–4 周：比较五模式，批准当前/过渡模式、章程、角色/RACI、容量与费用草案。
3. 第 5–6 周：选两个跨域主题试点本域/跨域/地区例外路径，演练超时/二级仲裁。
4. 第 7–8 周：把决定、标准、共享服务和工单接入现有项目与产品流程，培训角色。
5. 第 9–10 周：用运行证据复盘，批准扩面、补人、模式升级或回退。

扩面门：授权章程有效、关键活动唯一 A、工时负载在批准容量内、跨域议题按 SLA 处理、决定传播与实施可追踪、标准被试点产品采用且没有关键业务阻断。若中央队列持续积压、本地绕行或共享服务无法接单，先调整范围/容量/授权；必要时退回已能运行的模式，不在未验证容量上叠加联邦层级。

## 6. 工具与技术

- 组织/参与者映射、利益相关者分析、RACI、章程与服务目录；
- 工单/议题和决定记录、标准/术语目录、协作与通知；
- 工时/容量与技能矩阵、预算/费用分摊、服务/采用指标。

工具以现有工作流程易用和证据可追溯为先。新平台不能解决缺授权、缺容量或不愿执行的问题。

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

衡量授权覆盖、角色任命与实际工时、议题量/积压/时效、争议重复率、标准/例外采用、跨域数据问题、产品交付延迟、共享服务使用和满意度、培训能力、总成本与业务结果。每项定义范围、基线、目标、分母、窗口、来源、owner 和升级。

风险：新委员会与旧委员会重复；中央审批压慢产品；本地业务不认可远离流程的决定；兼职无工时；跨域 RACI 多个 A；全球/地区规则冲突；培训不足；共享服务预算分摊争议；早期把联邦复杂度当成熟标志；宣布组织图后未验证标准是否执行。

控制：利用现有有效角色、模式比较、章程授权、议题分级、容量测算、费用与绩效落地、试点演练及季度模式复盘。人员扩编受限时先缩小强制跨域事项和服务目录，用证据说明何时需要增加容量。

## 8. 依赖与协同

- `establishing-data-governance`：制定政策、授权业务 owner、决策与争议规则；本技能让角色/委员会可运行。
- `assessing-data-management-maturity`：提供现状组织/技能/流程能力证据和目标级差距。
- `leading-data-change`：推动理解、培训、阻力应对与持续采纳；本技能配置结构、岗位与容量。
- `designing-data-architecture`、`improving-data-quality`、`managing-metadata`、`managing-reference-and-master-data` 等：定义专业能力和共享服务接口，仍由领域 owner 承担专业判断。