第2章 前置条件准备

RICE 评分的有效性高度依赖前期准备质量。本章从需求列表颗粒度、利益相关方对齐、历史数据可用性、评分人员角色与责任边界四个维度，定义评分的启动条件，确保后续四维评分不会因基础数据模糊或角色冲突而失真。

适用场景

• 团队首次引入 RICE 评分体系时，需系统补齐前置条件。
• 已有 RICE 流程但评分结果频繁出现反复、争议或数据缺失时，需重新检查前置条件。
• 跨部门协作评分前，需统一需求表达粒度与评分角色。
• 涉及历史数据回溯分析的评分轮次（如季度复盘）必须确认历史指标可查。

前置条件

本章本身就是前置条件的定义，因此此处列出执行本章操作前团队应已具备的基线：

• 产品路线图或需求池中已有明确候选需求列表（至少包含标题与简略描述）。
• 已确定至少一名负责统筹评分的“RICE 协调人”。
• 团队已理解 RICE 的基本四维含义（不需要精通，但应看过分值卡样例）。

操作步骤

1. 需求颗粒度统一：将原始需求列表按“用户故事级”粒度拆解，每个需求应独立可交付、可测试。避免同时包含史诗和零碎子任务。若颗粒度过粗，拆分为子需求；若颗粒度过细，合并为可独立评分的功能单元。
2. 利益相关方对齐：列出所有需参与评分或受影响的角色（产品、技术、设计、运营、客户成功等），召开 30 分钟对齐会议，明确 RICE 评分结果将直接用于优先级排序，不接受事后单方面修改。
3. 历史数据可用性检验：针对 Reach 和 Effort 维度所需的数据源（用户量、开发工时、转化率等），检查最近 3 个迭代或 6 个月内的数据是否可导出、可追溯。若数据缺失，建立临时估算规则（如专家估算 + 区间范围）。
4. 评分人员角色与责任边界定义：按以下表格分配职责，并记录到评分规则文档中。

输入输出物

责任边界

记录材料

• 需求颗粒度检查表：列出每个需求是否满足“独立、可测试、单一交付物”三条标准，不符合的标记并修改。
• 利益相关方对齐会议录音/纪要：包含对齐时间、参会人、决策确认点。
• 历史数据可用性标注文件：每个需求对应的 Reach 数据源名称、最近更新时间、缺失区间处理方式。
• 角色责任签字确认表：各角色代表签字或邮件确认边界。

异常处理

验收标准

• 需求列表中的每个需求均标注了“颗粒度等级”，且所有需求处于同一粒度层级（用户故事级）。
• 利益相关方对齐会议已召开，并产出书面确认（邮件或纪要），参会率≥80%。
• 针对 Reach 和 Effort 的每个数据维度，至少有一个可用数据源或已记录替代估算方案。
• 角色与责任边界矩阵已完成，所有评分人员已知晓其职责与边界，无重叠或空白。
• 所有前置条件记录材料已归档到评分项目文件夹中，可供后续审计。