制定阶段准入标准，起点是明确每个阶段结束时要做出的继续或终止决策，再把决策依据拆成可核验的准入条件，为每条条件指定证据、责任人和判定口径。本文按“定决策点—提取条件—条目化—分工评审—示例—试点校准”的顺序展开，帮助研发流程负责人产出一份能用于阶段评审的准入清单。
要点总览（TL;DR）
- 阶段准入标准的起点是明确每个阶段结束时的继续、有条件继续或终止决策，再倒推需要哪些条件支撑该决策。
- 准入条件从阶段目标、上阶段遗留风险、下游依赖和已知缺陷四类来源提取，按必要性、可验证性、可控性筛选，区分阻断项与观察项。
- 每条条件写成“条件描述+判定口径+证据形式+责任人+判定时点”的条目，判定口径用可观察结果表达。
- 评审前准备证据、会中逐条判定、会后记录结论与遗留项；例外项明确归属人、关闭时限和跟踪方式。
- 标准落地后选择一次真实阶段评审试点，根据判定分歧与证据缺口校准口径和条件数量。
先定决策点：阶段准入标准要回答什么
阶段准入标准服务的决策对象是：项目或产品在当前阶段结束时，是继续投入下一阶段、有条件继续，还是终止。标准围绕这个决策来写，才能避免变成一份面面俱到的检查表。制定前先列出阶段决策点清单，每个阶段结束点对应一个决策点，写明阶段名称、决策时点、决策人和可选结论。
决策时点通常安排在阶段交付物完成之后、下一阶段资源投入之前。决策人应是有资源调配权或对结果负责的角色，例如产品负责人、研发负责人或阶段评审委员会。可选结论建议统一为三类：继续、有条件继续（附带必须限期关闭的条件）、终止或暂缓。三类结论都要有对应的记录方式，避免评审结论停留在口头。
阶段准入标准与发布许可、单需求评审是不同层面的判断。发布许可是针对某次交付物能否对外或上线，关注质量门禁与合规；单需求评审关注一条需求的合理性、优先级与实现方案；阶段准入标准关注的是阶段整体是否具备进入下一阶段的条件。三者可以共用部分证据，但判定对象和决策人不同，混用会让阶段评审变成逐条需求的重复讨论。
以集成产品开发（IPD）流程为参照，概念阶段结束时评估需求覆盖范围、技术可行性和商业价值，决定进入计划阶段还是终止；计划阶段通过阶段决策评审批准业务计划书，为后续资源投入提供依据；开发阶段的技术评审结果决定产品是否具备转入量产的条件；验证阶段的决策评审综合市场准入、生产成熟度和合规性，判定是否具备商业化发布资格。这些节点可以作为设计决策点的参考样例，具体阶段划分和评审名称仍需结合组织自身研发流程确定。
准入条件的四个来源与筛选方法
候选条件从四类来源提取，再统一筛选，能减少凭经验拍定和条件堆砌。四类来源分别是：阶段目标、上阶段遗留风险、下游依赖和已知缺陷。
- 阶段目标：本阶段承诺完成什么，对应的交付物、验证结果和关键指标就是条件来源。例如计划阶段承诺技术方案通过评审，条件可写为“整体技术方案与各子系统设计通过评审，接口一致性问题已关闭”。
- 上阶段遗留风险：上一阶段评审记录中的遗留项和风险清单，凡是对下一阶段有实质影响的，转为准入条件。
- 下游依赖：下一阶段启动需要的前置输入，例如物料、供应商、测试环境、接口文档，缺一项就会阻塞下游，应作为条件候选。
- 已知缺陷：当前缺陷清单中影响核心功能、安全或合规的条目，按严重程度决定是否设为阻断条件。
筛选时按三个维度判断：必要性，即缺少这条是否会导致决策无法做出或下游无法启动；可验证性，即能否在评审时用证据判断真假；可控性，即团队在本阶段内是否有能力影响结果。三个维度都满足的进入阻断条件；必要性弱但值得关注的，列为观察条件，只记录不阻断。筛选过程保留记录表，写明每条候选条件的来源、筛选结论和理由，便于后续复盘。
条件数量需要控制。一个阶段的阻断条件建议聚焦在能真正改变决策的少数几条，观察条件可以稍多。优先级排序可按“影响下游启动的程度”和“风险暴露的严重性”两个口径排列，排在前面的作为阻断项。数量上限没有统一标准，以评审会能在有限时间内逐条判定为准。
把条件写成可判定的条目：字段与判定规则
每条准入条件写成固定字段的条目，评审时才能逐条核验。建议字段如下：
| 字段 | 填写要求 | 示例 |
|---|---|---|
| 条件描述 | 一句话说明需要满足的状态 | 核心接口联调通过 |
| 判定口径 | 可观察的结果或数据，不含模糊形容词 | 全部P0接口联调用例执行通过，未关闭缺陷为0 |
| 证据形式 | 评审时出示的材料 | 联调测试报告、缺陷清单截图 |
| 责任人 | 对条件达成和证据准备负责的人 | 测试负责人 |
| 判定时点 | 证据截止时间与判定时间 | 评审会前两个工作日提交证据 |
| 类型标注 | 阻断项或观察项；例外项单独标注 | 阻断项 |
判定口径是最容易写坏的部分。“基本完成”“质量良好”“风险可控”这类表述无法在评审时判定真假，应替换为可观察结果：完成的比例、通过的用例数、未关闭缺陷的等级和数量、评审结论的签署状态。如果某条条件确实难以量化，就改为“由某角色出具书面结论并说明依据”，把判定动作落到具体人身上。
阻断项与例外项的标注要分开。阻断项未满足时，结论只能是有条件继续或终止；例外项是经决策人同意后可以带条件通过的条目，必须写明例外理由、关闭时限和跟踪责任人。观察项不参与结论判定，只进入遗留项清单。
角色分工与评审交付物
阶段评审涉及四类角色，职责要提前划清，避免会上互相等待证据。
| 角色 | 职责 | 产出 |
|---|---|---|
| 条件提出人 | 从阶段目标、风险、依赖和缺陷中提出候选条件，说明来源 | 候选条件池 |
| 证据提供人 | 按判定口径准备证据，在截止时间前提交 | 测试报告、评审记录、清单等证据材料 |
| 评审判定人 | 逐条核对证据，给出满足、不满足或存疑的判定 | 逐条判定记录 |
| 决策人 | 基于判定结果做出继续、有条件继续或终止的结论，对例外项负责 | 阶段决策结论 |
评审流程分三段。会前，证据提供人按条件清单提交材料，评审判定人预审并标出证据缺口；会中，按条件顺序逐条判定，分歧当场记录，不强行统一；会后，形成结论记录，列明结论类型、例外项、遗留项、责任人和关闭时限。遗留项进入下一阶段的跟踪清单，在下次阶段评审时作为上阶段遗留风险的输入。
这些条件、证据和结论需要在工作项与文档中留痕，否则下次评审无法追溯判定依据。ONES 的阶段评审场景可以把准入条件挂到对应工作项或评审文档上，证据作为附件或关联记录提交，判定结论和遗留项在评审记录中保存，形成从条件到结论的可查链条。具体承载方式需结合组织的流程配置确定。
示例：一个阶段准入清单的完整写法
以下示例为演示情景，选取“开发阶段结束、进入验证阶段”这一决策点，列出四条准入条件。实际使用时按组织流程调整。
| 条件描述 | 判定口径 | 证据形式 | 责任人 | 类型 |
|---|---|---|---|---|
| 产品原型满足需求规范 | 需求规范中P0需求全部实现并通过验证，未通过项为0 | 需求覆盖矩阵、验证记录 | 产品负责人 | 阻断项 |
| 小批量试产过程符合质量与量产要求 | 试产批次合格率达到阶段目标值，异常项已关闭或有明确处理计划 | 试产报告、异常清单 | 制造负责人 | 阻断项 |
| 关键性能指标达到设计目标 | 性能测试报告中各项指标达到设计目标值，偏差项已评估影响 | 性能测试报告 | 测试负责人 | 阻断项 |
| 供应链备料满足验证阶段需求 | 验证阶段所需物料已下单，到货时间早于验证启动时间 | 采购订单、到货计划 | 供应链负责人 | 观察项 |
评审后若四条阻断项全部满足，结论记录为“继续，进入验证阶段”，观察项转入遗留项跟踪。若“关键性能指标”一条未满足但偏差已评估且不影响验证阶段启动，决策人可给出“有条件继续”，记录为：例外项为性能指标偏差，关闭时限为验证阶段中期评审前，跟踪责任人为测试负责人。若“产品原型满足需求规范”未满足且无可行补救计划，结论记录为“终止或暂缓”，并写明终止依据和资源释放安排。
试点、校准与完成检查
标准写完后，选择一次真实的阶段评审做试点，验证它是否可用。试点时重点记录三类信息：判定分歧，即评审人对同一条条件给出不同判断的地方；证据缺口，即条件要求了证据但实际拿不到或准备成本过高的情况；时间消耗，即逐条判定占用的评审时长。这些记录是校准的依据。
根据分歧调整判定口径，把容易产生歧义的表述改为可观察结果；根据证据缺口调整证据形式，或把难以取证的观察项降级；根据时间消耗压缩条件数量，把影响决策弱的条目移出阻断项。校准后更新条件清单版本，并在下一次评审中继续观察。
标准投入使用的完成检查项：
- 每个阶段结束点都有对应决策点，决策人和决策时点明确；
- 每条阻断条件都有可观察的判定口径和可获取的证据形式；
- 每条条件都有责任人和证据提交截止时间；
- 例外项有明确的归属人、关闭时限和跟踪方式；
- 评审结论有统一的三类选项和书面记录；
- 遗留项进入下一阶段跟踪清单，并在下次评审时作为输入。
六项全部满足，标准才算从纸面文件变成可执行的评审依据。后续每次阶段评审的判定分歧和例外处理记录，都可以作为下一轮校准的输入。
常见问题
阶段准入标准和发布审批、单需求评审有什么区别，能不能共用一套条件？
三者判定对象不同。阶段准入标准判断的是阶段整体是否具备进入下一阶段的条件，决策对象是继续投入、有条件继续还是终止；发布审批判断某次交付物能否对外或上线，关注质量门禁与合规；单需求评审判断一条需求的合理性、优先级与实现方案。
部分证据可以共用，例如测试报告、缺陷清单，但判定口径和决策人应分别设定。把三者混成一套条件，阶段评审容易退化为逐条需求的重复讨论，决策点反而被稀释。
阻断条件应该控制在几条，条件太多评审会开不完怎么办？
阻断条件的数量没有统一标准，判断依据是评审会能否在有限时间内逐条判定。建议只保留真正能改变决策的少数几条作为阻断项，其余列为观察项，只记录不阻断。
如果条件过多，可按“影响下游启动的程度”和“风险暴露的严重性”排序，把排在前面的设为阻断项，影响较弱的移出阻断清单。试点时记录逐条判定占用的时长，作为压缩条件数量的依据。
某条阻断条件在评审时无法用数据判定，应该怎么处理？
先尝试把判定口径改写为可观察结果，例如完成比例、通过用例数、未关闭缺陷的等级和数量、评审结论的签署状态。如果确实难以量化，可以改为“由指定角色出具书面结论并说明依据”，把判定动作落到具体人身上。
仍然无法取证的条件，应考虑降级为观察项，或调整证据形式。判定口径模糊会让评审陷入争论，也会让例外处理失去依据。
决策人给出“有条件继续”时，例外项需要记录哪些内容？
例外项至少记录四项：例外对应的条件、允许通过的理由、关闭时限和跟踪责任人。关闭时限应挂到下一个可检查的节点，例如下一阶段中期评审前；跟踪责任人负责在时限内提交关闭证据。
例外项与遗留项分开管理：例外项是本次结论的一部分，需要决策人确认；遗留项进入下一阶段跟踪清单，在下次阶段评审时作为上阶段遗留风险的输入。
试点一次阶段评审后，怎么判断标准是否已经可用？
试点时记录判定分歧、证据缺口和时间消耗三类信息。校准后检查：每个阶段结束点都有决策点和决策人；每条阻断条件都有可观察的判定口径和可获取的证据；每条条件都有责任人和证据提交截止时间；例外项有归属人、关闭时限和跟踪方式；评审结论有统一选项和书面记录；遗留项进入下一阶段跟踪清单。
这些检查项全部满足，标准才具备执行条件。后续每次评审的分歧记录仍可作为下一轮校准的输入。
