第3章 前置条件确认：需求文档状态、原型版本、参与人能力、环境就绪

边界评审能否高效、准确地推进，取决于四维前置条件是否全部就位。本章定义评审前的检查基线，确保在投入评审资源前，所有输入和条件均已达到可评状态。

3.1 适用场景

前置条件确认在以下场景中必须执行：

• 需求文档首次提交评审：需求文档版本达到规定成熟度，第一次进入正式评审流程。
• 原型版本迭代评审：原型在已评审版本基础上进行修改后，再次进入评审管道。
• 跨团队联合评审：涉及多个业务部门或技术团队，需要确认各方参与人能力和环境互通。
• 紧急或里程碑评审：项目关键节点或出现重大需求变更时，前置条件检查可缩短评审周期。

3.2 前置条件清单

每次评审前，评审组组长或指定负责人必须逐项检查以下四个维度的条件是否满足：

3.3 操作步骤

1. 步骤一：获取需求文档状态报告
   需求分析师提供当前文档的版本信息、变更记录和就绪声明。
2. 步骤二：核对原型版本
   原型设计师提供原型版本号和可访问链接，与文档版本进行交叉验证。
3. 步骤三：确认参与人名单与能力
   评审组组长核实参会人员角色和决策权限，确保每个职能领域都有负责人出席。
4. 步骤四：检查评审环境
   技术负责人确认网络、系统、工具的正常运行，并邮件确认材料已发送。
5. 步骤五：填写前置条件检查清单
   将检查结果填入《边界评审前置条件检查清单》，签字确认。
6. 步骤六：通知评审启动或延期
   若全部通过，则按时启动评审；若有未达标项，则通知延期并说明原因。

3.4 输入与输出

3.5 责任边界

• 需求分析师：确保需求文档状态达标，提供变更矩阵，明确标注评审就绪。
• 原型设计师：确保原型版本与文档一致，原型可被访问和理解。
• 评审组组长：负责执行前置条件检查，组织确认参与人能力和环境，并最终决定是否启动评审。
• 项目经理：协调资源，确保参会人到位，提供环境支持。

3.6 记录材料

本阶段需保存的记录材料包括：

《边界评审前置条件检查清单》
- 项目名称
- 评审版本号
- 四维度检查结果（每项通过/不通过）
- 未达标项及整改计划
- 检查人签字与日期
- 最终评审启动/延期决定

3.7 异常处理

3.8 验收标准

本章节的学习目标完成度通过以下标准衡量：

• 能够独立列出前置条件确认的四个维度及其具体检查项。
• 能够根据项目实际填写《边界评审前置条件检查清单》。
• 能够在模拟场景中判断哪些前置条件未达标，并给出处理建议。