元数据要能采到
表结构、字段注释、更新频率、责任人，这些是治理的原料。怎么判断够不够？随机抽十张核心表，看能否说清字段含义与更新方式；注释缺失严重的系统应先补文档，否则规则与字典都无从落笔，进度也会被拖住。
主数据必须唯一
客户、供应商、物料在多个系统各有一套编码时，任何指标都无法对齐。边界在于：主数据管理是独立工程，不能靠治理项目顺带解决；应先确认唯一来源与映射规则，再谈指标统一，否则边定义边改，永远定不完。
血缘决定追责能力
从报表字段回溯到源表与加工任务，才能在出现差异时定位环节。怎么做？先覆盖核心指标的加工链路，手工登记也可行；没有血缘时，排查一次差异往往要几天，治理节奏会被拖垮，责任人也会流失。
权限与分级先行
治理会集中访问多源数据，若没有分级与授权规则，项目自身就成为风险点。边界在于：需要提前明确哪些数据可取、谁能看、留痕到什么程度；涉及个人信息时按最小必要处理，并保留审批记录备查，避免事后补材料。
适用与不适用
适合谁
- 多系统并存、指标无法对齐的企业
- 准备建设数据平台或指标中台的团队
- 有监管报送要求、需要可追溯链路的企业
不适合谁
- 单一系统、数据由一处产生且口径唯一的场景
- 主数据尚未统一却要求立即统一全部指标的项目
典型场景
某制造企业想统一产销存指标，盘点发现物料编码在三个系统各不相同、两张核心表没有字段注释。团队先补注释与映射表，确认物料主数据的唯一来源，再登记核心指标的加工链路，最后才启动指标定义，避免边定义边改口径的反复。
可执行步骤
- 抽查核心表的字段注释、更新频率与责任人，形成缺口清单
- 确认客户、物料等主数据的唯一来源与跨系统的映射规则
- 登记核心指标的加工链路，形成最小可用的血缘图与责任人
- 完成数据分级与授权规则，明确取数审批与留痕的具体方式
常见坑
- 跳过主数据统一直接定义指标，各系统口径无法对齐，字典写完也无法落地，只能推倒重来。
- 字段注释缺失仍强行上规则，规则命中大量误报，团队对稽核结果失去信心，后续难以推动。
- 治理项目集中取数但未定分级，敏感数据在测试环境扩散，反而制造了新的合规风险，得不偿失。
自检与验收清单
- 核心表字段注释与责任人是否可查
- 主数据唯一来源是否已确认并留档
- 核心指标是否都有最小可用的血缘记录
- 数据分级与取数审批是否明确到人
常见问题
注释不全能先做治理吗？
可以先做单域，但要把补注释列入范围。字段含义不清时，指标定义只能靠猜，后续必然返工；建议把注释补齐作为该域的准入门槛，而不是整个项目的前置条件，否则会一直等下去。
主数据不统一怎么办？
先做映射而不是强行统一编码：建立对照表，明确以哪个系统为准，并在指标口径中写清映射规则。强行统一编码涉及业务改造，周期长，容易拖住整个治理节奏，不如先跑通一个域。
血缘必须上工具吗？
不必。核心指标数量有限时，手工登记表加定期核对即可满足追责需要。工具的价值在规模扩大后体现；先用最小方式跑通，再评估是否采购，避免为尚未验证的流程买单，也少花冤枉钱。