阶段退出标准是一组事先约定的、可核验的条件，用来判断一个研发阶段能否结束并进入下一阶段，或者应当返工、终止。制定时先明确阶段边界与决策对象，再把质量、完整性、风险、资源与交付物条件写成可检查的条目，为每条指定证据、责任人和评审方式，最后通过一次试评审校准阈值，并在后续复盘中维护。
要点总览（TL;DR）
- 阶段退出标准由条件、证据、判定方式、责任人四要素构成，并区分阻断项与观察项，用来判断阶段能否收口。
- 编写按五步推进：梳理阶段边界与交付物、转成可核验条目、指定证据与判定方式、设定阻断项与例外规则、跨角色试评审定稿。
- 评审中阶段负责人提交证据、主持人预审、领域代表核验、决策者拍板，结论分为一致通过、有条件通过、退回返工、终止四类。
- 落地后从首次使用前核对、执行质量检查、失效信号识别三方面维护，指定更新责任人并保留版本记录。
阶段退出标准由哪些要素构成
阶段退出标准服务于阶段性继续或终止决策，它回答的是“这个阶段能不能收口”，与单次发布许可、单个需求的评审确认属于不同层级。一条合格的退出标准，应当能对应到本阶段的目标和关键交付物：目标说明阶段要达成什么，交付物说明用什么承载结果，退出标准则说明凭什么判定目标已经达成、交付物已经可用。脱离阶段目标的条目容易写成通用口号，脱离交付物的条目则难以找到证据。
判断一条标准写得好不好，可以用四要素来检查：条件、证据、判定方式、责任人。四者齐全，条目才具备可执行性；缺少任何一项，评审现场就容易变成口头确认。
| 要素 | 含义 | 填写要求 |
|---|---|---|
| 条件 | 本阶段结束前必须成立的状态或结果 | 写成可观察、可核验的陈述，避免“基本完成”“质量良好”这类无法判定的表述；尽量带上对象、范围和数量口径 |
| 证据 | 证明条件成立的载体 | 明确证据名称、版本或时间范围、存放位置，例如测试报告、设计文档、问题清单、评审记录 |
| 判定方式 | 如何核验证据、由谁核验 | 说明是文件审查、抽样检查、演示验证还是数据比对，并写明核验人角色 |
| 责任人 | 谁负责提交证据、谁负责判定 | 提交人与判定人分开填写，避免自证自判；跨领域条目指定牵头角色 |
条目还需要区分阻断项与观察项。阻断项是硬性门槛，未满足即不得进入下一阶段；观察项允许带条件通过，但必须登记遗留问题、责任人和关闭时限，并在下一阶段跟踪。两类条目的比例反映阶段风险偏好：早期阶段观察项可以多一些，越接近交付，阻断项应越集中、越明确。
需要说明的是，退出标准不是发布审批清单的复制。发布审批关注某一次对外交付是否放行，退出标准关注阶段整体是否具备进入下一阶段的条件；单需求评审关注一个需求的确认，退出标准关注阶段层面的整体状态。三者可以共享证据，但判定对象和决策层级不同。
从阶段目标到退出标准的编写步骤
编写退出标准是一个从模糊到可核验的收敛过程，建议按以下五步推进，每步都留下明确产物。
- 梳理阶段边界与关键交付物。输入是研发流程定义和本项目计划；动作是确认本阶段的起止点、主要活动和必须产出的交付物；输出是一张阶段交付物清单；完成标志是团队对“阶段结束时应该有什么”达成一致。
- 把质量、完整性、风险、资源条件转成可核验条目。输入是交付物清单和历史问题记录；动作是逐项追问“这个交付物达到什么状态才算可用”，覆盖质量（缺陷与验证结果）、完整性（文档与配置项齐全）、风险（已识别风险的应对状态）、资源（下一阶段所需人力与物料是否就绪）；输出是条目初稿；完成标志是每条都能被第三方读懂并判断真假。
- 为每条指定证据来源与判定方式。输入是条目初稿；动作是为每条写明证据名称、提交人和核验方式，删掉找不到证据的条目或补上证据要求；输出是带证据列的完整标准表；完成标志是每条都有可指向的具体材料。
- 设定阻断项与例外处理规则。输入是完整标准表；动作是标注哪些条目为阻断项，并约定例外如何申请、由谁批准、遗留项如何登记和关闭；输出是带分类和例外规则的标准版本；完成标志是例外路径清晰，不依赖临场协商。
- 组织跨角色评审并定稿。输入是标准草案；动作是邀请阶段负责人、质量角色和各领域代表试评审，用最近一个阶段的实际材料走一遍；输出是定稿版本和修订记录；完成标志是评审各方确认条目可执行、阈值合理。
试评审是校准阈值的关键动作。用真实材料走一遍，往往能发现某些条目证据缺失、某些阈值过严导致无法通过、某些条目重复。此时修订成本最低，等到正式评审再调整，容易让标准失去严肃性。
评审会上谁负责判定与放行
标准写得再细，评审会上仍需要明确谁提交、谁核验、谁拍板。常见分工如下：阶段负责人对阶段结果整体负责，组织证据准备并代表团队答辩；质量或评审主持人负责流程与标准执行，核对证据完整性、主持结论形成；各领域代表（如设计、测试、采购、生产）负责本领域条目的核验并给出专业意见；决策者负责最终放行或终止，通常由项目负责人或对应的管理层担任。
| 角色 | 主要职责 | 在评审中的动作 |
|---|---|---|
| 阶段负责人 | 对阶段目标和交付物整体负责 | 提交证据包，说明遗留问题，回答质询 |
| 质量或评审主持人 | 保障标准执行与评审秩序 | 预审证据完整性，主持议程，记录结论与遗留项 |
| 各领域代表 | 核验本领域条目 | 给出条目通过、不通过或带条件通过的意见 |
| 决策者 | 对继续、返工或终止做最终决定 | 依据评审意见拍板，确认例外与升级事项 |
顺序上应先提交证据、再预审、后开会。证据在会前若干天提交，主持人和各领域代表完成预审，把明显缺失的材料退回补充；会上只讨论有争议或需要决策的条目，避免把评审会开成材料朗读会。
评审结论通常有四类，适用条件应事先写清：一致通过，适用于全部阻断项满足、观察项遗留可控；有条件通过，适用于阻断项满足但存在需限期关闭的观察项，须登记遗留清单、责任人和关闭时间；退回返工，适用于关键阻断项未满足但具备补救条件，明确返工范围和再次评审时间；终止，适用于阶段目标已不具备继续价值，或关键条件无法在合理范围内达成。例外申请与争议应走升级路径，由上一级决策者裁定，并记录理由。
评审结论和证据需要在工作项与文档中留痕，便于下一阶段跟踪遗留项。在ONES中，可以把退出标准条目作为阶段工作项的检查项或子工作项，证据以文档或附件形式关联，评审结论与遗留项记录在对应工作项的状态和评审记录里，使“标准—证据—结论”形成可追溯的链条。具体字段与流程配置以实际产品文档为准。
一个硬件研发阶段的退出评审示例
以下为演示情景：某硬件产品从设计验证阶段进入小批量试产阶段，团队事先约定了退出标准，并按标准组织评审。示例仅用于说明标准、证据与结论的对应关系。
| 退出条件 | 类型 | 证据与提交人 | 判定方式 |
|---|---|---|---|
| 关键功能测试用例全部执行，阻断级缺陷清零 | 阻断项 | 测试报告，测试负责人提交 | 质量代表核对报告与缺陷清单 |
| 设计文档、物料清单、工艺文件版本一致 | 阻断项 | 文档清单与版本记录，设计负责人提交 | 主持人抽查一致性 |
| 已识别高风险项均有应对方案和责任人 | 阻断项 | 风险登记表，项目经理提交 | 各领域代表确认 |
| 试产所需关键物料到货或到货计划确认 | 观察项 | 采购计划，采购代表提交 | 生产代表确认时间可控 |
| 部分非关键外观缺陷待优化 | 观察项 | 缺陷清单，质量代表提交 | 登记遗留项，限期关闭 |
评审会上，三项阻断项均满足，两项观察项中物料到货计划存在两周偏差但已确认不影响试产启动，外观缺陷登记为遗留项并指定责任人与关闭时间。结论为有条件通过，允许进入小批量试产，遗留项在下一阶段首次周会复核。若关键功能测试存在未关闭的阻断级缺陷，则应退回返工并约定再次评审时间。
这个示例可迁移的规律是：阻断项集中在功能正确性与交付物一致性上，观察项集中在可限期解决的资源与外观问题；每条都有明确证据和提交人，结论与遗留项一一对应。适用边界在于，不同产品形态和阶段的风险重点不同，条目内容需要按阶段目标重新裁剪，不能直接照搬。
标准落地后的检查与维护
标准定稿只是开始，落地效果需要通过检查来验证。首次使用前，逐条核对条目是否可核验、证据是否可获取、责任人是否明确、阻断项与观察项划分是否合理；执行过程中，检查证据是否按时提交、预审是否真正发生、结论是否与证据一致、遗留项是否按期关闭。
- 首次使用前检查：每条标准四要素齐全；阻断项数量适中；例外规则可操作；试评审已完成并修订。
- 评审执行检查：证据会前提交率；预审意见是否记录；结论类型分布是否合理；遗留项关闭率与超期情况。
- 失效信号：例外申请频繁出现，说明阈值可能过严或条目不适配；评审长期一致通过且无遗留项，可能流于形式；反复退回同一类问题，说明条目或证据要求有缺口。
- 维护规则：指定标准更新责任人，通常由流程负责人牵头、质量角色协同；每次修订保留版本记录和变更理由，并在阶段复盘中回顾标准适用性。
标准应随阶段演进而调整：早期阶段侧重风险识别与方案完整性，后期阶段侧重验证充分性与交付一致性。把检查项和维护规则固定下来，退出标准才能持续支撑阶段决策，而不是停留在文档里。
常见问题
阶段退出标准和发布审批清单可以共用一套条目吗？
可以共享证据，但判定对象不同。发布审批关注某一次对外交付是否放行，退出标准关注阶段整体是否具备进入下一阶段的条件。如果直接复制发布清单，容易出现条目只覆盖交付物本身、遗漏风险与资源就绪情况的问题。建议以阶段目标为起点单独编写，把发布审批需要的证据作为其中一部分引用。
观察项带条件通过后，遗留项应该由谁跟踪、跟踪到什么时候？
遗留项应在评审结论中登记责任人、关闭时限和验证方式，由阶段负责人跟踪，质量或评审主持人在下一阶段复核。跟踪周期通常延续到遗留项关闭或下一次阶段评审，若到期未关闭，应回到决策者处重新判断是否影响后续阶段。跟踪记录与评审结论放在一起，便于追溯。
团队规模较小、角色兼任时，评审分工怎么安排？
角色可以兼任，但提交与判定应尽量分开。例如阶段负责人同时承担部分领域核验时，至少让质量角色或上一级决策者独立确认关键阻断项。兼任情况下更要写清谁在什么环节签字，避免出现自己提交、自己判定、自己放行的情况。若确实无法分离，可在评审记录中注明并由决策者承担最终责任。
标准执行一段时间后，评审总是顺利通过，需要调整吗？
长期一致通过且没有遗留项，可能是标准过松或评审流于形式。可以先检查证据是否真实提交、预审是否发生、结论是否与证据对应。若证据完整、核验到位，说明阶段能力稳定，可考虑提高阈值或精简重复条目；若证据缺失或预审缺位，应先修复执行环节，再判断标准本身是否需要修订。
阶段目标中途发生重大变更，退出标准怎么处理？
阶段目标变更后，原退出标准可能不再对应新的交付物和风险重点，应启动一次修订：由流程负责人牵头，确认哪些条目失效、哪些需要新增，重新走试评审并保留版本记录。修订后的标准适用于变更后的阶段判定，已完成的评审结论不追溯修改，但需在记录中说明变更原因和时间点。
