指标负责人制度
每个指标都要有明确的负责人：业务方负责口径定义与优先级，数据方负责实现与数据质量。负责人要承担答疑、评审变更、处理数据质量问题，并作为告警的通知对象。负责人信息必须写进指标卡片与告警路由，否则「谁负责这个指标」只停留在口头约定，出事时无人接手。
基本信息
| 业务 owner | 口径定义、业务优先级、结果解释 |
|---|---|
| 数据 owner | 实现逻辑、数据质量、任务稳定性 |
| 通知路径 | 告警直达责任人，避免群里广播 |
| 登记位置 | 指标卡片与元数据表 |
| 变更管理 | 负责人变更随组织调整同步更新 |
| 配套机制 | 变更评审、质量事故响应与复盘 |
典型使用场景
- 口径答疑：业务对指标含义有疑问时，由负责人给出权威解释
- 变更评审：口径调整前由业务与数据负责人共同评估影响面
- 质量响应：数据异常时告警直接推给责任人，缩短响应时间
- 交接管理：人员离职时按负责人清单逐项交接
- 责任追溯：出现口径事故时能找到决策与实现的责任人
owner 登记示例
owner 登记示例
metric_code: GMV
metric_name: 成交总额
biz_owner: 交易运营部
数据_owner: 交易数据组
oncall: 交易数据值班
变更记录: 2026-09-01 口径增加运费调整 -2 则两类负责人的分工
| 角色 | 负责内容 | 不负责什么 |
|---|---|---|
| 业务 owner | 口径、优先级、结果解释 | 不负责任务实现与性能 |
| 数据 owner | 实现、质量、稳定性 | 不单方面改动业务口径 |
负责人变更要随组织调整同步更新，避免制度性失联：组织调整后未更新的责任人是数据治理中最常见的空转点，告警推给离职员工等于没有告警。
负责人制度要与指标卡片打通：卡片上直接显示业务负责人与数据负责人，比在治理文档里维护一张表格更容易被真正使用。