阶段关口评审的判定要素
阶段关口评审（阶段门）判断项目是否可以进入下一阶段，判定依据包括交付物完成度与评审结果、质量指标与遗留问题状态、高暴露风险是否有可行应对、下阶段资源与预算是否落实、下阶段计划与依赖是否明确。结论必须可追认：通过、有条件通过或不通过，都要写明条件与验证方式。
基本信息
| 评审对象 | 阶段出口准则的达成情况 |
|---|---|
| 判定维度 | 交付物、质量、风险、资源、计划就绪度 |
| 结论类型 | 通过、有条件通过（列明条件与验证方式）、不通过 |
| 参与角色 | 发起人、项目经理、业务与技术负责人、质量与运维代表 |
| 输出文件 | 关口评审纪要、整改清单、下阶段授权记录 |
典型使用场景
- 设计转开发：确认设计文档通过评审、关键技术风险已有方案，才允许进入编码
- 开发转测试：核对单元测试通过率与静态检查结果，遗留缺陷是否在可接受范围
- 测试转上线：确认严重与主要缺陷清零、回滚方案与值守安排就位
- 不通过后的整改：明确整改项、责任人与重新评审时间，避免带病推进
- 治理层定期抽查：用关口结论验证项目自评的可信度
关口判定检查清单
关口判定检查清单
交付物：是否达到出口准则并完成评审，评审意见是否闭环
质量：缺陷状态与遗留问题是否在可接受范围
风险：高暴露风险是否有可行应对与责任人
资源：下阶段人员与预算是否落实到位
计划：下阶段计划、里程碑与依赖是否明确
结论：通过 / 有条件通过（列明条件与验证方式）/ 不通过（列明整改要求）结论类型与后续动作
| 结论 | 后续动作 | 留痕要求 |
|---|---|---|
| 通过 | 按计划进入下阶段并授权资源 | 纪要含判定依据与签署人 |
| 有条件通过 | 列明条件、责任人与验证方式 | 条件清单纳入下次关口复核 |
| 不通过 | 整改后重新评审 | 整改项与重新评审时间明确 |
| 暂缓 | 需补充信息后重新判定 | 补充材料清单与时限 |
关口评审的价值是提供一次集体决策与风险再评估的机会；如果评审只签字走过场，问题就会带到成本最高的阶段才暴露。
「有条件通过」的条件若无验证方式与到期复核，等同默认通过，遗留问题会一直留到上线。