第4章：角色与责任边界
核心要点：本章明确RICE模型在划定MVP范围时，产品经理、设计师、开发、数据分析师与决策人五类角色的职责边界与协作接口。清晰的角色分工是流程SOP高效运转的前提，避免“谁都能提需求，无人对结果负责”的混乱局面。
4.1 适用场景
- 团队初次使用RICE模型进行MVP范围划定，需建立标准化协作规范。
- 跨职能角色间存在职责重叠或“灰色地带”，导致评估结果反复修订。
- 项目进入冲刺排期阶段，需要明确各角色在评估工作中的交付物与审批节点。
4.2 前置条件
- 已完成第2章《RICE模型概念解析》与第3章《核心指标量化标准》的学习。
- 项目章程或产品路线图已签发，确认待评估功能候选列表。
- 各角色人员已确定，且具备RICE基础概念理解（若需，参考前置课程《RICE速成》）。
- 团队已建立统一协作平台（如Jira、Confluence或飞书文档），用于存放评估记录。
4.3 操作步骤
- 步骤一：角色确认与边界对齐
- 产品经理（牵头）召集启动会，宣读《角色责任矩阵表》。
- 各角色自检是否具备对应评估能力（如开发需掌握技术栈估算能力）。
- 若存在代理或临时接替人员，需书面报备并指定接口人。
- 步骤二：责任矩阵签署
- 产品经理创建《责任边界签署表》，逐项列出RICE四项指标（触达率、影响力、置信度、工作量）的评估责任人。
- 各角色负责人签字确认（或电子签名），存档至项目知识库。
- 步骤三：接口协议建立
- 明确跨角色传递物：产品经理输出《功能候选列表（V1.0）》；设计师输出《影响评估表》；开发输出《工作量估算表》；数据分析师输出《置信度评级报告》。
- 定义传递格式：统一使用Markdown表格或结构化JSON模板。
4.4 输入输出物
| 角色 | 输入物 | 输出物 | 接收方 |
|---|---|---|---|
| 产品经理（牵头） | 产品路线图、用户故事地图 | 功能候选列表（V1.0）、 RICE评估总表（草稿） |
设计师、开发、数据分析师 |
| 设计师 | 功能候选列表、用户画像 | 影响评估表（含交互影响评分） | 产品经理、开发 |
| 开发 | 功能候选列表、影响评估表 | 工作量估算表（人·天） | 产品经理、数据分析师 |
| 数据分析师 | 工作量估算表、历史数据 | 置信度评级报告（置信度因子） | 产品经理 |
| 决策人 | RICE评估总表（完整版） | MVP范围决议书（终审状态） | 产品经理（归档） |
4.5 责任边界详解
- 产品经理（牵头）
- 负责RICE评估全流程的进度把控，组织评审会议并记录决议。
- 拥有对“影响力”评分的最终解释权，但需向决策人提供定性依据。
- 边界警句：“产品经理不替开发估算工时，不为设计师代笔影响评估。”
- 设计师（影响评估）
- 评估功能对用户交互体验、视觉流程的正面/负面影响程度。
- 采用“影响矩阵”（-2, -1, 0, 1, 2）进行评分，并附简短理由。
- 不可评估“技术实现难度”或“数据置信度”，越界评分视为无效。
- 开发（工作量评估）
- 使用T恤尺码（S/M/L/XL）或精确人·天提供工作量估计。
- 需注明假设前提与风险因子（如存在技术债、第三方依赖）。
- 不可因“功能简单”而虚构低工作量；不可因“政治压力”而虚报高工作量。
- 数据分析（置信度支持）
- 基于历史同期数据、A/B测试样本量、市场调研报告给出置信度评级（高/中/低）。
- 若数据不足（如全新功能），应声明“默认低置信度”并提供模拟推算方法。
- 决策人（终审）
- 对汇总的RICE得分进行最终裁定，有权要求特定角色补充说明。
- 一旦签发，不得随意推翻已批准的MVP范围；如需变更，启动第29章《范围变更流程》。
4.6 记录材料
| 材料名称 | 创建者 | 存放位置 | 保留期限 |
|---|---|---|---|
| 《角色责任矩阵表》 | 产品经理 | 项目Wiki / 共享文档 | 项目生命周期 |
| 《责任边界签署表》 | 产品经理 | 电子签名系统 / 本地归档 | ≥12个月 |
| 《职责越界申报单》 | 任何人（越界时） | Jira / 飞书任务 | 6个月 |
4.7 异常处理
| 异常场景 | 触发条件 | 处理方案 | 责任方 |
|---|---|---|---|
| 角色重叠 | 一人身兼多角色（如产品经理想同时兼任开发评估） | 书面报备，并指定“分离评审人”；同人不得既评估又终审 | 产品经理 |
| 责任推诿 | 某角色拒绝提供评估（如开发说“没时间估算”） | 升级至该角色主管决策人，设定硬性截止日期；若仍不配合，视为自动放弃评估权重 | 决策人 |
| 越界评分 | 设计师估算工作量，或分析师评估影响力 | 产品经理驳回该评分，并标记为“无效输入”；重新发起对应角色的正式评估 | 产品经理 |
⚠️ 常见陷阱：
- “能者多劳”陷阱：不要因为某位开发能力强，就让他既估算工时又评估影响。这会导致影响力评分失真，进而扭曲RICE得分。
- “默认同意”陷阱：决策人不得在未审阅完整RICE表的情况下直接签字；所有终审必须有书面理由附在决议书后。
4.8 验收标准
- 完整性：所有五类角色已签署《责任边界签署表》，无遗漏。
- 清晰度：每类角色能够口头陈述自己的“可做”与“不可做”边界；若随机抽问3人，回答正确率应≥100%（即全部答对）。
- 可追溯：所有评估记录均标注对应角色名称与时间戳，可直接定位到具体负责人。
- 无越界：在后续评估过程中，未出现角色越界报错（若有，需附《职责越界申报单》说明已纠正）。