第三章 前置条件检查表

适用场景

在进行正式的优先级评审会议之前，组织者必须完成一系列前置条件的确认。本章适用于所有类型的优先级评审（需求、特性、缺陷、技术债等），确保评审会议能够高效运转，避免“会议开了却无法决策”的浪费。

前置条件概述

优先级评审的成功高度依赖会前准备。未能满足任一前置条件，都可能导致评审会议延期或产出低质量结果。本章提供一份完整的检查清单，用于指导组织者逐一核查。

前置条件检查清单（五全检查）

序号	检查项	检查标准	责任角色	交付物
1	需求文档成熟度	每个候选条目必须有版本号、创建日期、状态标识；核心条目必须附带用户故事或详细描述；非功能性需求必须有明确的验收标准	产品经理/需求分析	需求文档包（含版本索引）
2	候选人列表	列表格式为 CSV/Excel，包含：条目ID、标题、需求来源、提出日期、关联史诗；条目数量控制在 15～25 条之间	产品负责人	候选人清单（.csv/.xlsx）
3	利益相关者确认	通过邮件或会议邀约确认“有决策权”的关键角色出席，确认率达到 100%	项目经理	出席确认回执（截图或邮件）
4	评审时间安排	会议时长不超过 2 小时；安排在主要决策人的正常工作时段；提前至少 48 小时发送日历邀请	项目经理/助理	日历事件（含议程附件）
5	物料清单	打印或电子化准备：评审评分矩阵、优先级排序草表、便利贴/白板笔、投影/投屏环境	会议主持人	物理/数字物料包

操作步骤：逐一核查并记录

1. Step 1：核对需求文档成熟度 —— 打开需求管理工具，对照已发布的需求条目，确认每个条目都有可辨识的版本号和状态标识。对于无效条目（未更新、状态为空、描述不完整），标记为“未达标”并记录原因。
2. Step 2：验证候选人列表 —— 使用模板检查格式完整性。必须包含所有必要字段，并且条目数量符合区间要求。若列表不完整，要求产品负责人补充后再进入下一环节。
3. Step 3：确认利益相关者 —— 向所有确定的利益相关者发送一次性确认邮件，要求回复“确认出席”或“授权代表出席”。收集并归档所有回执。
4. Step 4：固定时间安排 —— 根据确认者的可用时间段，选取最长 2 小时窗口，发送日历邀请并附上议程和前置材料链接。
5. Step 5：准备物料清单 —— 根据评审形式（线上/线下）准备对应物料。所有数字物料需在会议开始前 30 分钟完成加载和测试。

输入输出物

类型	输入物	输出物
必需	原始需求池 / 特性愿景文档	前置条件检查报告（绿/黄/红状态）
可选	历史优先级评审会议纪要	已归档的确认回执

责任边界

• 产品负责人：对候选人列表和需求文档的质量负最终责任。
• 项目经理：对利益相关者确认率和时间安排负最终责任。
• 会议主持人：对物料清单的齐全性和可用性负最终责任。
• 所有参与角色：未完成前置检查不得私下承诺或调整优先级。

记录材料

使用以下模板记录每次前置检查的结果，并归档到项目文档库：

---
前置条件检查报告
项目名称: [项目名称]
检查日期: [YYYY-MM-DD]
检查人: [姓名]

1. 需求文档成熟度: [✅ 通过 / ❌ 未通过]
   未通过原因: [若未通过，记录缺失条目ID]
2. 候选人列表: [✅ 通过 / ❌ 未通过]
   列表条目数: [N]
3. 利益相关者确认: [✅ 通过 / ❌ 未通过]
   已确认人员: [姓名1, 姓名2, ...]
   未确认人员: [姓名3, ...]
4. 评审时间安排: [✅ 通过 / ❌ 未通过]
   会议时间: [YYYY-MM-DD HH:MM - HH:MM]
5. 物料清单: [✅ 通过 / ❌ 未通过]
   缺失物料: [物料名称]
---

异常处理

验收标准

1. 检查表中的 5 项条件全部标记为绿色（通过）。
2. 所有异常情况已有明确的处理记录或延期决议。
3. 已向全体参与者发送包含议程和前置检查报告的会议邀请。
4. 物料清单已全部就绪，且数字物料可正常运行。