第4章 RICE评分前置条件：数据准备、团队角色、时间窗口
RICE评分并非简单的数学运算，其输出结果的可靠性高度依赖评分前的三类前置条件：数据完备性、角色清晰度与时间窗口合理性。缺失任一维度，评分都会偏离真实优先级。本章以流程SOP方式，拆解这三类条件的具体要求、操作步骤与验收标准，确保每次RICE评分均在受控环境下执行。
4.1 适用场景
以下三类场景必须启动前置条件检查流程，否则RICE评分结果不应进入决策层评审：
- 首次引入RICE评分的团队或产品线，尚未建立稳定的数据采集与角色分工机制。
- 评分周期切换（如从月度改为季度），或评估范围跨产品线、跨部门协同评分。
- 数据源发生重大变更（如替换分析工具、合并业务系统、历史数据迁移）后首次评分。
⚠️ 易错提示：很多团队跳过前置条件直接评分，导致Reach/Impact/Confidence/Effort四个指标数值与真实情况严重偏离，最终优先级排序失真。前置条件检查不是“可选项”，而是评分质量的守门环节。
4.2 前置条件
三类前置条件的具体要求如下表所示，每项条件均需达到“已就绪”状态方可进入评分阶段。
| 维度 | 条件项 | 最低可接受标准 | 验收证据 |
|---|---|---|---|
| 数据准备 | 历史数据覆盖最近3个完整周期 | 缺失率<5%，无连续空值 | 数据质量看板截图 |
| 数据准备 | 异常值已标记并记录原因 | 异常数据占比<2% | 异常值处理日志 |
| 团队角色 | 评分发起人（PO）已确认 | 1人，对需求列表有决策权 | 角色任命邮件/IM记录 |
| 团队角色 | 数据责任人（DA）已指派 | 1人，可直接访问原始数据 | 数据权限审批单 |
| 时间窗口 | 评估起止日期已发布 | 窗口时长≥3个工作日 | 团队日历邀请 |
| 时间窗口 | 评分结果产出DDL已设定 | DDL后保留1天缓冲期 | 项目计划截图 |
4.3 操作步骤
按照“先数据、再角色、后时间”的依赖顺序依次完成三类准备，避免返工。
- 步骤一：数据准备
- 拉取最近N个周期的Reach/Impact/Confidence/Effort原始数据，导出为统一格式（CSV/Excel/SQL视图）。
- 运行数据质量检查脚本，识别空值、异常值、重复记录。
- 对异常数据进行标记，并记录处理方式（剔除/插值/回归估算）。
- 生成《数据质量报告》，由数据负责人签字确认。
- 步骤二：团队角色确认
- PO在团队中正式发起评分活动，明确评分目标与范围。
- DA确认数据源时效性与权限可用性，准备数据字典。
- BizOwner确认评分结果将用于最终决策，并承诺参与评审会议。
- 记录角色任命信息，存入《评分角色登记表》。
- 步骤三：时间窗口锁定
- PO根据团队日程，选定连续工作时间段（建议避开版本发布日、节假日）。
- 在共享日历中创建评分事件，设置开始/结束时间及强制提醒。
- 设置1天缓冲期，用于处理突发数据修正或角色补位。
- 发布《评分时间窗口通知》，全员知晓。
💡 执行技巧：步骤一和步骤二可以并行执行，但步骤三必须等前两项完成后再启动，因为时间窗口的长度取决于数据准备的复杂度和角色协调的难度。推荐使用共享看板（Trello/Notion）跟踪三类准备的进度状态。
4.4 输入输出物
| 阶段 | 输入物 | 输出物 | 格式要求 |
|---|---|---|---|
| 数据准备 | 原始业务系统数据、埋点日志 | 数据质量报告（含缺失/异常清单） | PDF 或 内部Wiki页面 |
| 团队角色 | 团队组织架构、人员技能矩阵 | 评分角色登记表（PO/DA/BizOwner） | 共享表格（Google Sheets/Excel） |
| 时间窗口 | 团队日历、项目里程碑计划 | 评分时间窗口通知 + 日历事件 | 邮件/IM公告 + 日历邀请 |
4.5 责任边界
三类前置条件对应明确的责任人，避免“谁都管、谁都不管”的灰色地带。
- PO（产品负责人）：对前置条件的整体就绪负责，是评分活动的发起者与最终验收者。有权叫停不符合条件的数据或角色安排。
- DA（数据责任人）：对数据质量报告的完整性和准确性负责，必须如实记录数据缺陷，不得隐瞒或人为修正异常值。
- BizOwner（业务决策者）：对时间窗口的合理性负责，确保评分期间可以参与关键节点的评审与确认。
- 团队成员：配合数据采集与角色确认，及时反馈数据问题或角色冲突。
🔑 关键原则：责任边界写入《评分操作手册》或团队章程，每次评分前由PO在启动会上宣读并确认。责任人不明确时，PO必须暂停流程，直到指定清晰的负责人。
4.6 记录材料
以下三类记录材料必须完整归档，作为前置条件验收的凭证：
- 数据质量报告：包含数据源清单、字段说明、缺失率统计、异常值处理记录。
- 评分角色登记表：包含角色姓名、角色类型、确认时间、签字/确认链接。
- 时间窗口确认单：包含评分周期、开始/结束日期、缓冲日、参与人名单。
建议使用统一的模板仓库（如团队Wiki或共享云盘）存储这些材料，命名规则为：[产品名]_[周期]_前置条件_[日期]。
4.7 异常处理
| 异常类型 | 典型表现 | 处理措施 |
|---|---|---|
| 数据缺失率超标 | 某指标缺失率>5% 或连续3个周期无数据 | PO与DA共同评估是否可用替代数据源；若无替代，则标记该指标为“低置信度”，加权系数下调一档 |
| 角色冲突或空缺 | PO/DA/BizOwner 任一角色无人担任或一人兼任多角色 | PO优先从团队内指定代理人；若无法指定，则推迟评分直至角色补齐 |
| 时间窗口过于紧张 | 窗口期不足3个工作日，或与已定里程碑重叠 | PO与BizOwner重新协商，至少预留3个完整工作日；无法调整时顺延至下一周期 |
| 数据权限未开放 | DA无法在约定时间内获取原始数据 | PO升级至部门经理协调权限审批；若2个工作日内未解决，该周期评分改用保守估算值 |
⚠️ 红线原则：数据缺失率超过10%或任一核心角色缺失时，禁止进入评分环节。前置条件不达标的情况下完成的RICE评分，不得作为优先级排序的最终依据。
4.8 验收标准
只有同时满足以下所有标准，方可判定前置条件就绪：
- ✅ 数据质量报告已生成，且缺失率＜5%、异常值占比＜2%。
- ✅ 评分角色登记表已签署，PO/DA/BizOwner 三人角色明确、无空缺、无重叠兼任。
- ✅ 时间窗口确认单已发布，窗口时长≥3个工作日，且与团队日历无冲突。
- ✅ 所有记录材料已归档至指定位置，命名符合规范，团队成员可随时查阅。
- ✅ PO在评分启动会上逐条宣读验收标准，且无人提出异议。
验收由PO执行，并将验收结论（通过/不通过）记录在《评分前置条件检查单》中，随同评分结果一并存档。
📎 附件关联：本章内容配套使用《前置条件检查单模板》《数据质量报告模板》《评分角色登记表模板》。模板文件位于课程资源包的
/chapter04/templates/ 目录下，可直接复用。