第4章 前置条件与输入物准备
RICE 评分的可信度完全取决于输入物的质量。在进入评分计算之前，必须完成四项核心输入物的采集、校验与结构化整理。本章定义每类输入物的准备标准、责任边界及常见异常处理方案，确保版本节奏控制建立在可追溯、可复现的数据基础上。
4.1 适用场景
以下场景必须执行完整的前置条件与输入物准备流程：
- 版本规划启动：每次进入新的版本节奏周期（双周迭代/月度发布/季度大版本）前，四项输入物必须刷新。
- 需求池首次接入 RICE 体系：团队初次引入 RICE 评分时，需补齐全部历史数据和干系人期望基线。
- 紧急需求插队：临时插入的高优需求必须单独准备对应的需求描述、历史类比数据及干系人期望记录。
- 团队产能基线变更：人员增减、工具切换、流程调整后，必须重新测算并确认产能基线。
4.2 前置条件
启动输入物准备前需满足以下条件，否则准备流程可能反复返工：
| 前置条件 | 验收标准 | 未满足时的处理 |
|---|---|---|
| 版本节奏周期已确定 | 迭代长度、发布窗口、冻结时间点已书面确认 | 暂停准备，由 PM 先输出周期日历 |
| 需求池已建立并完成初步筛选 | 至少包含需求标题、描述、提出方、优先级标签 | 退回 PO 完成需求初步梳理 |
| 团队人员基本稳定 | 产能基线依赖的成员角色无≥20% 变动 | 先执行 2 周速率采样，再更新基线 |
| 历史数据可访问 | 最近 3 个迭代的速率、缺陷率、延期率数据可导出 | 从项目管理工具补录或使用行业基准 |
4.3 操作步骤
输入物准备共分为 5 个步骤，建议由 PO、数据工程师、Scrum Master 三方协作完成，总时长不超过 3 个工作日。
| 步骤 | 操作内容 | 责任人 | 输出物 | 建议时长 |
|---|---|---|---|---|
| Step 1 | 采集并结构化需求列表：从需求池导出未完成需求，补充 RICE 所需的 Reach/Impact/Confidence 字段的初始描述 | PO | 结构化需求列表（含 RICE 字段模板） | 0.5 d |
| Step 2 | 提取并清洗历史数据：从项目管理工具导出最近 3 个迭代的速率、需求吞吐量、缺陷率、延期率，剔除异常迭代 | 数据工程师 | 历史数据看板（速率/吞吐/缺陷/延期） | 1 d |
| Step 3 | 调研并记录干系人期望：通过问卷或访谈收集产品委员会、业务方、技术负责人对需求优先级、价值期望的定性描述 | PO + 业务分析师 | 干系人期望矩阵 | 1 d |
| Step 4 | 测算并确认团队产能基线：基于最近 3 个迭代的实际交付故事点（或工时）计算平均速率，并标注置信区间 | Scrum Master | 产能基线报告（含速率上下限） | 0.5 d |
| Step 5 | 四类输入物对齐校验：召开 30 分钟对齐会，检查四项输入物之间是否存在数据矛盾（如需求数量超出产能 3 倍以上） | PO + SM + 数据工程师 | 输入物就绪检查表（签字版） | 0.5 d |
最佳实践：Step 2 与 Step 3 可并行执行，由数据工程师和 PO 分头推进，Step 5 对齐会上统一校验。
输入物质量红线：任何一项输入物存在超过 30% 的数据缺失或置信区间过宽（速率上下限偏差 > 40%），则不得进入 RICE 评分阶段，必须先补充数据或缩小估算范围。
4.4 输入输出物
本章流程的输入输出物清单如下，所有输出物必须归档至版本管理知识库：
| 类型 | 名称 | 来源 | 格式 | 归档路径 |
|---|---|---|---|---|
| 输入 | 原始需求文档 | 需求池 / Jira / Confluence | CSV / Excel | /inputs/requirements/ |
| 输入 | 版本发布历史记录 | 项目管理工具 | JSON / 表格 | /inputs/history/ |
| 输入 | 干系人访谈/问卷记录 | PO 收集 | PDF / 录音摘要 | /inputs/stakeholders/ |
| 输入 | 团队速率历史数据 | 迭代回顾报告 | Excel / 数据看板截图 | /inputs/capacity/ |
| 输出 | 结构化需求列表（RICE 模板） | Step 1 | Excel / Airtable | /outputs/rice_ready/ |
| 输出 | 历史数据看板 | Step 2 | Tableau / 静态 PDF | /outputs/rice_ready/ |
| 输出 | 干系人期望矩阵 | Step 3 | Excel / Notion | /outputs/rice_ready/ |
| 输出 | 产能基线报告 | Step 4 | PDF / 内部 Wiki | /outputs/rice_ready/ |
| 输出 | 输入物就绪检查表 | Step 5 | PDF（签字版） | /outputs/rice_ready/ |
4.5 责任边界
四项输入物的责任划分遵循 “谁产生、谁负责、谁校验” 原则，避免责任真空：
- PO（产品负责人）：对需求列表的完整性和干系人期望的真实性负责，确保每一条需求都经过初步价值判断。
- 数据工程师 / 数据分析师：对历史数据的准确性负责，必须剔除异常迭代（如重构迭代、假期迭代）并标注数据清洗规则。
- Scrum Master / 迭代经理：对团队产能基线的可信度负责，基线必须包含速率上限/下限及置信度说明。
- 三方会签：Step 5 对齐校验由 PO、数据工程师、Scrum Master 共同签字确认，任何一方未签字则视为输入物未就绪。
4.6 记录材料
本章流程需要维护两份核心记录材料，用于过程追溯和审计：
| 记录材料 | 内容要求 | 保存期限 | 格式 |
|---|---|---|---|
| 输入物准备日志 | 记录每项输入物的采集时间、责任人、数据来源、清洗规则、异常标记 | ≥ 2 个版本周期 | Markdown / 内部 Wiki 页面 |
| 输入物就绪检查表 | 包含四项输入物的就绪状态（已就绪 / 部分就绪 / 未就绪）、缺失项说明、三方签字 | 永久（随版本归档） | PDF 扫描件 |
4.7 异常处理
输入物准备阶段常见的四类异常及对应处理方案：
| 异常场景 | 根因 | 处理方案 | 规避措施 |
|---|---|---|---|
| 需求列表不完备（缺失 ≥30% 的 RICE 字段） | 需求池未及时维护，PO 未做初步筛选 | 退回 PO 在 1 d 内补全；紧急需求可先用占位描述，但 Confidence 必须标记为 “待验证” | 建立需求准入 checklist，未填写 RICE 字段模板的需求不允许进入待办列表 |
| 历史数据缺失（最近 3 个迭代中 ≥2 个无有效数据） | 团队新建 / 工具迁移 / 忘记记录 | 使用行业基准数据（如相似规模团队的速率中位数）或过去 6 个迭代的可用数据外推 | 在迭代回顾中强制记录速率、吞吐量指标 |
| 干系人期望冲突（≥2 位关键干系人对同一需求的 Impact 评分差异 > 2 分） | 业务目标未对齐，干系人未达成共识 | 组织 30 分钟仲裁会，由 PO 主持，以产品战略为准绳统一评分；若仍无法达成，取几何平均值 | 在版本规划前一周发送干系人期望对齐问卷，提前暴露分歧 |
| 产能基线置信区间过宽（上下限偏差 > 40%） | 团队速率波动大，或采样迭代包含异常周期 | 扩大采样窗口至最近 6 个迭代，剔除异常迭代后重新计算；若仍不满足，使用下限值作为保守基线 | 每次迭代结束后更新产能基线，滚动保持最近 3 个迭代的稳定采样 |
注意：任何异常处理方案被触发后，Step 5 对齐校验必须重新执行，并更新输入物就绪检查表中的异常处理记录。不允许跳过校验直接进入 RICE 评分。
4.8 验收标准
本章流程的验收标准即 “输入物就绪检查表” 的全部检查项通过，具体包括：
- ✅ 结构化需求列表包含全部待评分需求，且 Reach / Impact / Confidence 字段无空缺。
- ✅ 历史数据看板包含最近 3 个迭代的速率、吞吐量、缺陷率、延期率，异常已标注。
- ✅ 干系人期望矩阵已收集 ≥80% 的关键干系人反馈，冲突已记录并处理。
- ✅ 产能基线报告包含平均速率、上下限、置信度及采样迭代清单。
- ✅ 四项输入物之间无数据矛盾（如需求总故事点未超出产能上限的 150%）。
- ✅ 三方（PO、数据工程师、Scrum Master）在检查表上签字确认。
以上六项全部通过，即可进入第 5 章 RICE 评分计算环节。
图4-1 前置条件与输入物准备流程：四项输入物经校验整合后进入 RICE 评分就绪状态