数据治理流程图：从问题受理到闭环
数据治理流程模板，涵盖问题定界、责任分配、跨域影响评估、决策记录、行动落实以及凭证化结案。
什么是数据治理流程图：从问题受理到闭环流程
数据治理问题不能只靠一次会议解决。本模板从数据用户提出的具体问题开始，记录范围、影响和证据，并判断是否应由治理机制处理。范围内的问题先指定负责的数据所有者和数据管理员，再制定选项。单一数据域的事项可按授权处理；跨域或高影响事项则汇集相关方意见，并在需要时提交治理委员会。最终决策需记录理由和条件，再转化为有责任人的实施行动，而不是消失在会议纪要里。
本页描述一个问题从受理到结案的过程，并不负责设计整个治理体系。请用 /zh/templates/数据治理运营模式 建立数据域、常设角色、决策权、议事机制和评审周期。需要立即分诊和修复的数据缺陷应进入 /zh/templates/数据质量问题管理流程，但其中发现的政策冲突可以转入本治理流程。明确这些边界后，问题记录可以关联专业处理工作，而本流程仍负责治理决策、实施凭证和最终沟通。
本流程图涵盖的内容
本模板包含
- 问题受理、证据收集、范围判断，以及负责的数据所有者和数据管理员分配
- 区分单一数据域事项与跨域或高影响事项的影响评估
- 选项制定、可行性与控制审查、授权决策和委员会决策路径
- 记录决策、理由和条件，并为实施行动指定负责人和截止日期
- 结案凭证、结果沟通，以及未达到预期结果时的返工回路
何时使用本模板
- 团队对定义、所有权或可接受的数据用途存在争议，需要一条清晰的决策路径
- 治理请求散落在会议和消息中，缺少一致的证据、优先级和责任归属
- 委员会已作出决策，但实施行动和结案凭证没有回连原始问题
- 团队需要区分授权给数据域的日常决策与真正需要跨域治理的事项
运作方式
界定受理范围
列出本流程受理的问题类型，并注明超出范围的运营、技术或服务处理渠道。要求提交足以说明问题的影响和证据，但不要把受理表变成长篇审批表。
设定责任和影响标准
定义如何分配数据域、负责的数据所有者和数据管理员。用受影响的使用方、共享定义、控制风险和延误成本等可观察因素，替换笼统的跨域和高影响判断。
明确决策权
写明数据所有者可决定哪些事项、哪些条件会触发委员会审议，以及谁可以要求补充分析。日常事项应留在授权角色手中，同时为真实冲突保留升级路径。
统一决策记录
记录考虑过的选项、证据、理由、条件、必要时的异议、负责人和生效日期。将决策记录关联到实施工作，便于后续核对批准方向与实际变更。
以证据完成结案
实施前定义验收标准及验证人。未实现预期结果时重新进入分析，只有在结果和剩余限制已向相关方沟通后才能结案。
常见问题
数据治理流程包括哪些步骤？
实用的闭环流程包括：记录问题和证据、确认治理范围、分配所有者和数据管理员、评估影响、制定选项、选择正确的决策机构、记录决策和理由、分配实施行动、验证结果，并以沟通和凭证完成结案。
哪些问题应提交数据治理委员会？
应把跨数据域、超出授权范围、涉及重大取舍或负责所有者无法解决的事项提交委员会。若运营模式允许，本地定义澄清或常规标准应用通常应由授权的数据域角色处理。
它与数据质量问题管理有何不同？
数据质量问题管理通过分诊、遏制、诊断和修复恢复一个有缺陷的数据集或输出；本治理流程解决权限、政策、所有权或跨域选择。当修复依赖这类决策时，质量问题可以关联治理事项。
治理问题结案需要哪些证据？
证据应对应决策的验收标准，例如已更新的定义或标准、已实施的控制、获批的所有权变更、面向受影响用户的沟通、测试结果或其他可观察成果。会议纪要只能证明作出过决策，不能证明目标已经实现。
此流程所处的位置
在大多数组织中，此流程紧随数据质量问题管理流程图之后，并交接给数据目录流程图：从登记到认证。
它是数据治理中的一个步骤。
第 1 步: 数据治理运营模式模板
数据治理运营模式模板，用于定义使命、数据域、决策权、管理角色、议事机制、推广计划、指标和定期评审。
第 2 步: 数据治理流程图：从问题受理到闭环 当前位置
数据治理流程模板，涵盖问题定界、责任分配、跨域影响评估、决策记录、行动落实以及凭证化结案。
第 3 步: 数据目录流程图：从登记到认证
数据目录流程模板，涵盖资产登记、元数据补充、管理责任分配、用户场景验证、状态认证和记录维护。
第 4 步: 数据质量管理流程图
第 5 步: 数据血缘文档流程图
第 6 步: 数据生命周期管理流程图