第3章 角色与责任矩阵
3.1 适用场景
角色与责任矩阵适用于以下三类典型场景，是需求分析阶段开展指标口径对齐工作的组织保障基础：
- 跨部门指标口径对齐会议：业务、产品、开发、数据等多角色共同参与，需明确谁定义、谁审核、谁实现、谁监控。
- 新增指标需求评审：业务方提出新指标时，需要快速确定各角色在口径定义、技术实现和数据质量中的分工。
- 存量指标治理复盘：历史指标口径混乱、无人负责或责任重叠时，通过矩阵重新划分边界，推动治理闭环。
3.2 前置条件
在建立角色与责任矩阵之前，需完成以下准备工作：
- 项目组已识别所有参与指标口径对齐的干系人角色清单。
- 已产出《业务需求说明书》初稿或《指标需求清单》草稿。
- 组织已发布或内部约定数据治理的基本规范框架（非强制，但建议具备）。
- 数据产品经理已准备第一版《指标口径定义模板》作为讨论基线。
3.3 操作步骤
角色与责任矩阵的建立遵循以下四个步骤：
- 识别角色干系人 — 明确本次需求分析中涉及的所有角色及其代表人员，包括数据产品经理、业务分析师、开发工程师、数据治理人员及其他可能的扩展角色。
- 定义职责范围 — 按照指标口径对齐的完整链路（定义→审核→实现→验证→发布→监控），逐项分解任务并对应到各角色。
- 建立责任矩阵 — 使用 RACI 或类 RACI 方式，将任务与角色交叉映射，明确每项任务的 Responsible、Accountable、Consulted、Informed。
- 确认与签署 — 组织所有角色召开责任对齐会，逐条过审矩阵内容，确认无重叠、无遗漏后由各角色负责人签署确认。
3.4 输入输出物
| 类型 | 名称 | 格式/载体 | 责任方 |
|---|---|---|---|
| 输入 | 《业务需求说明书》或《指标需求清单》 | 文档 / 在线协同表格 | 业务分析师 |
| 输入 | 《数据字典》或《现有指标口径清单》 | 文档 / 数据目录工具 | 数据治理人员 |
| 输入 | 《指标口径定义模板》 | 在线文档 / 看板 | 数据产品经理 |
| 输出 | 《角色责任矩阵表》 | 在线表格 / 协同文档 | 数据产品经理（主编） |
| 输出 | 《指标口径对齐会议纪要》 | 文档 / 看板评论 | 业务分析师 |
| 输出 | 《指标看板结构 V1.0》 | 看板 / 原型 | 数据产品经理 |
3.5 责任边界
四个核心角色在指标口径对齐中的职责边界划分如下表所示。R = Responsible（执行）, A = Accountable（审批）, C = Consulted（咨询）, I = Informed（知会）。
| 任务环节 | 数据产品经理 | 业务分析师 | 开发工程师 | 数据治理人员 |
|---|---|---|---|---|
| 指标口径定义与描述 | R | A | C | C |
| 业务逻辑与维度拆解 | C | R | I | C |
| 技术实现方案设计 | C | I | R | C |
| 数据标准与质量规则 | C | I | C | R |
| 指标看板设计与发布 | R | A | C | I |
| 口径变更管理 | A | C | I | R |
关键原则：数据产品经理对指标口径的最终内容负责（Accountable），业务分析师对业务逻辑的正确性负责（Accountable），开发工程师对技术实现的准确性负责（Accountable），数据治理人员对标准合规性负责（Accountable）。每个环节的 Responsible 角色拥有该环节的执行主导权。
3.6 指标看板结构示例（含维度拆解）
以下看板结构展示了指标口径对齐后，在数据产品经理主导下产出的标准指标看板示例，每个指标均包含业务口径、技术口径及多维度拆解信息。
| 指标名称 | 业务口径 | 技术口径（SQL 示意） | 维度拆解 | 更新频率 | 责任人（R） |
|---|---|---|---|---|---|
| 日活跃用户（DAU） | 当日登录 App 的唯一用户数 | COUNT(DISTINCT user_id) WHERE log_date = 今日 |
时间、渠道、版本、地域、用户等级 | 每日 | 数据产品经理 |
| 新增用户次日留存率 | 当日新增用户在次日再次登录的比例 | 次日留存用户 / 当日新增用户 × 100% |
时间、渠道、用户分层、设备类型 | 每日 | 业务分析师 |
| 订单转化率（浏览→支付） | 从浏览商品到完成支付的用户转化比例 | 支付用户数 / 浏览用户数 × 100% |
时间、品类、渠道、新老客 | 每日 | 数据产品经理 |
| 数据质量达标率 | 核心指标数据质量规则通过的比例 | 通过规则数 / 总规则数 × 100% |
数据域、指标分类、责任团队 | 每日 | 数据治理人员 |
看板设计要点：每个指标必须明确唯一的 Responsible 责任人；维度拆解列需与业务分析师对齐确认；技术口径列由开发工程师审核后固化；看板发布前需经数据治理人员做标准合规检查。
3.7 记录材料
以下为《角色责任矩阵表》的标准记录模板（建议使用在线协同表格维护）：
| 指标名称 | 口径定义责任人(R) | 业务逻辑责任人(A) | 技术实现责任人(R) | 数据标准责任人(R) | 看板维护人(R) | 最后更新日期 |
|----------------|-------------------|-------------------|-------------------|-------------------|---------------|--------------|
| 日活跃用户 | 张产品 | 李业务 | 王开发 | 赵治理 | 张产品 | 2025-03-20 |
| 新增用户留存率 | 李业务 | 李业务 | 王开发 | 赵治理 | 张产品 | 2025-03-19 |
| 订单转化率 | 张产品 | 李业务 | 陈开发 | 赵治理 | 张产品 | 2025-03-18 |
| 数据质量达标率 | 赵治理 | 李业务 | 陈开发 | 赵治理 | 赵治理 | 2025-03-20 |记录规范：矩阵表需至少包含“指标名称”、“各环节责任人”、“最后更新日期”三部分；每次口径变更时同步更新矩阵表，并保留历史版本记录。
3.8 异常处理
常见异常场景及应对方案：
- 职责重叠 — 两个角色对同一指标口径都有定义权，导致口径版本混乱。
解决方案：在矩阵中明确唯一 Accountable 角色，建立“口径变更仲裁机制”，由数据产品经理做最终裁决。 - 职责缺失 — 某些指标在矩阵中没有任何角色标记为 Responsible。
解决方案：在指标需求评审阶段增设“责任归属检查点”，使用矩阵模板强制填写责任人字段。 - 职责冲突 — 不同角色对同一指标的业务逻辑与技术实现理解不一致。
解决方案：召开“口径对齐专题会”，以业务分析师提供的业务逻辑为基准，数据产品经理做书面确认并更新看板。 - 角色变更/人员流动 — 责任人离职或转岗导致矩阵失效。
解决方案：建立“责任矩阵季度盘点”机制，结合人员变动流程自动触发矩阵更新通知。
3.9 验收标准
完成角色与责任矩阵的建立后，需满足以下验收条件方可进入下一阶段：
- 每个核心指标在矩阵中都有且只有一个 Responsible 执行人。
- 所有参与角色（数据产品经理、业务分析师、开发工程师、数据治理人员）均已在矩阵上签字或在线确认。
- 指标看板中每个字段的维护人信息填写完整，无空缺。
- 异常处理机制已同步写入团队协作规范文档，所有角色知悉仲裁路径。
- 责任矩阵已纳入项目知识库，并设置季度Review提醒。