第3章：前置条件检查表

3.1 适用场景

本章适用于以下启动阶段：

• 首次跨职能RICE评分会议前：各角色尚未建立统一的数据基准和评估语境。
• 迭代中期需求重排：已有评分结果需要刷新，但人员、工具或共识基础发生变化。
• 紧急需求插队评审：需要在短时间内完成对齐，前置条件必须快速核验。
• 新团队/新项目首次对齐：团队成员对RICE流程不熟悉，需用检查表降低启动摩擦。

3.2 前置条件

在开始本章操作前，需确认以下基线已就绪：

• 已完成第2章“RICE评分基础概念对齐”，所有参与者对RICE四要素定义一致。
• 产品需求池（Backlog）已初步清洗，无重复或语义模糊的条目。
• 各职能代表（PM、开发、设计、运营、数据）均已指定且可联系。
• 组织内已明确本次评分的业务目标（如：季度OKR对齐、版本范围锁定）。

3.3 用户场景 & 需求拆解

用户场景描述：

某社交产品团队计划进行Q3版本需求优先级评分。PM小张提前2天在群里发送了RICE评分邀请，但会议当天出现以下问题：开发说“数据埋点还没出报表”、设计说“用户访谈结论还没整理完”、运营表示“时间冲突只能参会30分钟”——会议被迫取消，重新协调耗时1周。

需求拆解：

• 数据完整性需求：所有RICE指标所需的客观数据（覆盖用户数、开发人天、转化率等）必须提前聚合且可查。
• 人员到位需求：各职能决策者或授权代表必须全程出席，不接受“部分参会”。
• 时间刚性需求：会议时长、议程段、每个需求的评分窗口需提前锁定并共识。
• 工具统一需求：评分模板、计算工具、投票方式必须在会前完成测试。
• 认知对齐需求：所有参与者对本次评分的目标范围、排除项、评分尺度达成书面共识。

PRD 片段示例（前置条件检查功能）：

## PRD-03: 前置条件检查模块

### 功能概述
在 RICE 评分工作流启动前，提供可视化检查清单，
阻止条件不满足的会议创建。

### 数据模型
CheckItem {
  dimension: enum["data","people","time","tool","consensus"]
  itemName: string
  standard: string
  responsible: string
  status: enum["pending","pass","fail"]
  checkedAt: timestamp
}

### 业务规则
- 所有维度下至少有一个 check item 标记为 fail 时，
  评分任务状态锁定为 "not_ready"。
- 只有所有 check item 均为 pass，
  状态才会变为 "ready"，允许创建评分事件。
- 检查表需在会议开始前 24 小时完成提交。 

3.4 操作步骤

按照“五维检查法”逐项执行，每步需记录结果至检查表中。

1. Step 1 · 数据准备（Data Readiness）
   收集每个待评需求的 Reach（触达用户数）、Impact（影响程度量化值）、Confidence（信心指数依据）、Effort（预估人天）。
   输出：《RICE 原始数据底表》V1.0。
2. Step 2 · 人员确认（People Confirmation）
   与各职能代表确认时间并锁定会议日程；每个角色须指定一名备选人（proxy）。
   输出：《参会人员确认书》含主选+备选名单。
3. Step 3 · 时间安排（Time Scheduling）
   分配每个需求的评分时长（建议 5–8 分钟/个），设置总时长硬上限并预留15分钟缓冲。
   输出：《议程时间分配表》。
4. Step 4 · 工具模板就绪（Tool & Template Ready）
   部署评分工具（共享表格 / 投票平台 / 协作白板），所有参与者完成权限测试。
   输出：《工具可用性测试报告》。
5. Step 5 · 共识基础（Consensus Baseline）
   发送预热文档，包含评分范围、排除清单、评分尺度说明（如 Impact 分1/3/5/10四级定义）。
   输出：《预热共识确认回执》。

3.5 输入输出物

3.6 责任边界

• PM（产品经理）：负责 Step 1 数据底表产出 + Step 5 预热文档撰写，并对数据质量负首责。
• 各职能代表：负责本职能数据的准确性与时效性，确认人员备选方案。
• Scrum Master / 项目经理：负责 Step 3 时间调度 + Step 4 工具部署，并主持检查表核验会议。
• 数据团队：提供 Reach/Confidence 的客观数据源，对数据口径负责。
• 设计 & 运营：提供 Impact 的定性/定量佐证材料（如用户旅程影响度、策略覆盖率）。

责任边界铁律： 不可以出现“无人认领的检查项”；每个 item 必须绑定唯一负责人，且备选人需知情并确认。

3.7 记录材料

以下为《前置条件检查表》标准模板，需在会前 24 小时完成填写并归档至共享空间。

3.8 异常处理

3.9 验收标准

本章结束前，必须确认以下五项全部达标：

• 验收项 1：RICE 原始数据底表已归档，字段完整率 100%，无 pending 空值。
• 验收项 2：参会人员确认书已签署，主选 + 备选链路清晰可执行。
• 验收项 3：议程时间分配表已发布，各时段负责人已确认。
• 验收项 4：评分工具实战测试通过，所有参与者完成一次性成功操作。
• 验收项 5：预热共识确认回执中，100% 参与者无异议或已记录分歧项并给出仲裁结论。

验收完成后，将检查表最终版（含状态、时间戳、负责人签名）存入项目知识库，作为第4章“RICE 评分启动会”的入场凭证。

3.10 本章输出物汇总