第2章 前置条件确认：项目阶段要求、文档就绪检查、责任人确认、环境准备清单
适用场景
本章内容适用于任何需要开展多维度验收的节点之前，包括但不限于：
- 里程碑验收启动前：如需求评审、设计审查、代码走查、集成测试准入等关键节点。
- 交付物正式提交前：确保所有前置条件已满足，避免后续验收流程中断或返工。
- 跨团队协作验收：涉及多个责任方（开发、测试、运维、产品）时，统一前置标准。
- 自动化验收流程触发前：如CI/CD流水线中需前置条件检查通过才能执行自动化测试或部署。
前置条件
执行本章确认活动之前，需确保以下基础条件已完成：
| 前置条件项 | 描述 | 验证方式 |
|---|---|---|
| 项目基线已锁定 | 项目计划、范围基线、进度基线和成本基线已获批准并纳入配置管理 | 核对配置管理库（如Git、SVN）中的基线标签 |
| 验收标准草案存在 | 至少有一个初步的验收标准列表（可参考同类项目经验） | 检查验收标准文档是否存在且版本可追溯 |
| 关键干系人已识别 | 明确了参与验收决策的角色和联系人 | 核对干系人登记册或沟通计划 |
| 通讯渠道已建立 | 团队内部及跨团队的通知、审批、反馈渠道已就绪（如邮件列表、企业微信、JIRA项目） | 验证通讯工具可用性及权限配置 |
⚠️ 常见陷阱： 如果项目基线未锁定即开始前置条件确认，后续范围变更可能使已确认的文档、环境和责任人失效，导致重复劳动。
操作步骤
前置条件确认按以下四步执行，建议由验收负责人牵头组织：
- 第一步：项目阶段要求确认。对照《项目管理计划》和《阶段入口/出口准则》，确认当前阶段是否满足进入验收流程的硬性要求（如需求覆盖率、代码冻结、测试通过率等）。
- 第二步：文档就绪检查。逐项核对《验收文档清单》，包括但不限于：需求说明书、设计文档、接口规范、测试用例、部署手册、运维手册、用户手册等。每项文档必须达到“已评审、已归档、版本可追溯”的状态。
- 第三步：责任人确认。核实《验收责任矩阵》中各角色的职责分配是否清晰，关键岗位（验收负责人、技术代表、业务代表、质量保证人员）是否已到位，并明确其审批权限和反馈时效。
- 第四步：环境准备清单确认。根据《环境配置表》核查验收环境（测试环境、预发布环境、自动化验收环境等）是否就绪，包括网络连通性、账号权限、数据初始化、工具版本等。
输入输出物
| 类型 | 名称 | 说明 |
|---|---|---|
| 输入物 | 项目管理计划（阶段入口/出口准则） | 定义阶段准入条件 |
| 输入物 | 验收文档清单 | 列出所有须就绪的文档名称和版本要求 |
| 输入物 | 验收责任矩阵（RACI表） | 明确各角色在验收中的职责 |
| 输入物 | 环境配置表 | 描述验收环境所需的软硬件、网络及工具配置 |
| 输出物 | 前置条件确认报告 | 包含四项确认结果、异常记录及最终结论（通过/不通过） |
| 输出物 | 前置条件确认Checklist（已签字版本） | 逐项勾选、签字确认的纸质或电子表单 |
| 输出物 | 环境就绪验证记录 | 环境配置的实际测试结果和截图/日志 |
责任边界
| 角色 | 责任 | 协作关系 |
|---|---|---|
| 验收负责人 | 统筹四项前置条件的确认，审核最终报告 | 对项目总监负责，协调各责任方 |
| 技术经理 | 确认项目阶段要求，提供技术层面的阶段准入数据 | 向验收负责人汇报 |
| 配置管理员/QA | 执行文档就绪检查和环境准备清单核查 | 提供文档存储路径和环境验证日志 |
| 产品经理/业务代表 | 确认验收文档清单中的业务相关文档（如需求、用户手册）已就绪 | 向验收负责人反馈文档内容完整性 |
📌 关键原则： 责任人不允许由同一人兼任“确认者”和“审核者”角色，必须遵循职责分离原则。
记录材料
以下记录材料需在确认完成后归档至项目档案库：
- 前置条件确认Checklist（模板样例）：
# 前置条件确认Checklist（电子版）
## 项目名称：智能质检平台2.0
## 确认日期：2025-01-15
[ ] 1. 项目阶段要求：需求覆盖率 ≥ 95%，当前 = 97%
[ ] 2. 文档就绪：
- [x] 需求说明书（v2.3，已评审）
- [x] 设计文档（v1.8，已归档）
- [x] 测试用例（v1.5，已通过同行评审）
[ ] 3. 责任人确认：
- 验收负责人：张三（已确认）
- 技术代表：李四（已确认）
- 业务代表：王五（已确认）
[ ] 4. 环境准备：
- 测试服务器：10.0.1.100（SSH连通性 OK）
- 数据库：MySQL 8.0（数据初始化完成）
- 自动化工具：Jenkins 2.4（Pipeline运行正常）
结论：[√] 通过 [ ] 不通过（原因：______）
确认人签名：______ 审核人签名：______- 环境就绪验证记录：包含网络ping测试结果、数据库连接测试截图、工具服务状态等。
- 异常处理记录：如果任何一项不满足，需记录异常，并附上整改计划。
异常处理
| 异常类型 | 典型表现 | 处理方式 | 升级路径 |
|---|---|---|---|
| 阶段要求不达标 | 需求覆盖率、测试通过率等指标低于准入标准 | 记录具体差距，通知技术经理补充资源补救；设置整改期限 | 验收负责人 → 项目总监（若超过30天仍未达标） |
| 关键文档缺失或未评审 | 验收文档清单中核心文档状态为“未提交”或“草稿” | 标记为阻断项，暂停验收流程；联系文档责任人限期补交 | 验收负责人 → 质量保证经理 |
| 责任人无法确认 | 关键角色（如业务代表）在确认周期内无法响应 | 由该角色上级指派临时代理人，并邮件抄送相关方 | 验收负责人 → 项目经理 |
| 环境未准备好 | 网络不通、数据库未初始化、工具版本不兼容等 | 运维团队24小时内修复，修复后再次验证 | 验收负责人 → 运维经理 |
💡 最佳实践： 建议在确认开始前，预先将Checklist通过即时通讯工具分发给各责任人，允许他们提前自检并反馈问题，可大幅减少会议期间的异常数量。
验收标准
前置条件确认是否通过，需同时满足以下所有标准：
- 项目阶段要求通过率 100%：所有阶段入口/出口准则均已达标，无“不满足”项。
- 文档就绪率 ≥ 95%：验收文档清单中已就绪文档数 / 总文档数 ≥ 95%，且剩余未就绪文档必须有明确的完成计划。
- 责任人确认率 100%：所有关键角色均已完成书面或系统确认，无缺位。
- 环境就绪率 100%：环境配置表中的每一项均已通过验证，无阻障项。
- 异常项已闭环：若出现异常，必须附上整改记录和复审结果，且所有阻断项已消除。
只有当上述五条标准全部满足时，验收负责人才能签署《前置条件确认报告》，并正式启动后续的验收操作步骤（第3章起）。
📎 关联输出： 通过确认后，输出的《前置条件确认报告》将作为第3章“验收边界量化模型参数输入”的必需前置文件。