研发阶段评审的依据，是一组足以支撑“继续、有条件继续或终止”决策的证据。它通常由七部分构成：阶段目标与准入准出标准、交付物完成状态、质量与缺陷数据、需求与变更基线、风险与依赖清单、资源与进度实绩、上一轮评审遗留项关闭情况。本文按评审前准备、评审中核对、评审后关闭的顺序，说明这些依据由谁提交、如何核对，以及怎样判断一次评审是否可决策、可追溯。
要点总览（TL;DR）
- 阶段评审的决策输出是继续、有条件继续或终止，依据围绕这三类结论组织，每类依据都要能回答一个具体判断问题。
- 依据由七部分构成：阶段目标与准入准出标准、交付物完成状态、质量与缺陷数据、需求与变更基线、风险与依赖清单、资源与进度实绩、上一轮评审遗留项关闭情况。
- 评审前按准出标准清单收集证据并自检，形成可核对的评审包；评审中逐项核对并记录决策结论、条件与行动项；评审后按约定时点复核关闭。
- 缺少准出标准、质量数据、需求基线状态或行动项关闭情况等关键依据时，不应作出继续决策，可转为有条件继续或延期评审。
- 阶段评审只决定阶段是否继续，发布许可与单需求确认走各自流程，边界应在流程文件中写明。
阶段评审要回答的决策问题与依据框架
阶段评审的决策对象是“这个阶段能否结束、下一阶段能否启动”，输出结论通常有三种：继续进入下一阶段、有条件继续、终止或退回。评审材料围绕这三个结论组织，每类依据都要能回答一个具体判断问题，避免把评审开成工作汇报会。
依据可以归为七类，分别对应不同的判断问题：
| 依据类别 | 对应的判断问题 | 主要责任角色 |
|---|---|---|
| 阶段目标与准入准出标准 | 本阶段原定目标是什么，准出条件是否逐条满足 | 阶段负责人、项目管理 |
| 交付物完成状态 | 需求、设计、代码、测试、文档等交付物是否完成并通过评审 | 研发、产品/需求、测试 |
| 质量与缺陷数据 | 缺陷密度、遗留缺陷等级、测试通过率是否在可接受范围 | 测试、质量 |
| 需求与变更基线 | 需求范围是否冻结，变更是否经过评估和批准 | 产品/需求、项目管理 |
| 风险与依赖清单 | 剩余风险是否可控，外部依赖是否有明确承诺 | 阶段负责人、项目管理 |
| 资源与进度实绩 | 实际投入与计划偏差多大，后续资源是否落实 | 项目管理 |
| 上一轮评审遗留项 | 上次评审提出的行动项是否按期关闭 | 行动项责任人、项目管理 |
需要与两类相邻流程区分边界。发布审批解决的是“某个版本能否对外发布”，关注发布许可与质量门禁；单需求评审解决的是“某个需求是否确认、是否纳入范围”。阶段评审只决定阶段是否继续，发布许可和单需求确认走各自流程。把三者混在一次会议里，容易出现阶段结论被发布细节拖住、或者需求争议挤占阶段决策时间的情况。
在采用 IPD 阶段划分的组织中，阶段决策评审的依据构成可以参照公开资料中的做法：概念阶段结合市场分析、技术验证和财务评估判断是否进入计划阶段；计划阶段的决策评审基于评审结果批准基线版本的业务计划书；开发阶段的技术评审确认样机是否满足需求规范、试产是否符合质量与量产要求，评审结果决定能否转入量产；验证阶段的决策评审综合市场准入、生产成熟度和合规性，判定是否具备商业化发布资格。这些做法说明，阶段越往后，依据中质量数据、合规与量产条件的权重越高。具体阶段名称和评审类型应结合组织自身流程确定。
评审前：依据的收集、自检与提交步骤
评审能否有效，很大程度上取决于会前材料是否达到“可核对”状态。建议按以下步骤组织准备，每一步都有明确的输入、动作和完成标志。
- 确定评审范围与准出标准。输入是本阶段的立项或计划文件；动作是逐条列出本阶段准出条件，并标注每条条件对应的证据类型；完成标志是形成一份经阶段负责人确认的准出标准清单，作为后续自检的对照表。
- 各角色按清单准备证据。输入是准出标准清单和依据分类框架；动作是各角色认领自己负责的证据条目，按统一模板整理数据与结论；完成标志是每条准出条件都有对应的证据材料，且材料标注了数据截止日期。
- 提交前自检与完整性核对。输入是各角色提交的材料；动作是评审组织者按清单逐项核对，检查数据口径是否一致、结论是否有支撑、遗留项是否更新；完成标志是形成一份材料完整性核对结果，缺项明确列出并注明补齐时间。
- 归档并组成评审包。输入是核对通过的材料；动作是按统一目录归档到约定的文档位置，生成评审包目录页；完成标志是评审包目录与实际材料一一对应，参会人可提前访问。
- 发起评审并确认参会角色。输入是评审包和决策事项；动作是发出评审通知，写明时间、决策问题、需重点讨论的分歧点，并确认决策者、各角色代表和记录人；完成标志是参会确认回执齐全，关键决策角色无法出席时已安排授权代表。
评审包目录可以按以下结构组织，便于会上逐项核对：
- 评审说明：阶段目标、准出标准清单、本次决策事项
- 交付物清单及完成状态表
- 质量与缺陷数据报告
- 需求基线与变更记录
- 风险与依赖清单
- 资源与进度实绩对比
- 上一轮评审行动项关闭情况
- 自检与完整性核对结果
评审中：逐项核对与决策记录的写法
会议按依据框架逐项核对，每类依据给出“达标、部分达标、未达标”的判断，并记录判断所依据的数据。核对顺序建议与准出标准清单一致，避免遗漏。对未达标项，会议需要明确处置方式：可以转为有条件继续，写明条件内容、责任人和完成期限；条件涉及关键质量或合规要求的，应设定复核时点，复核通过后才视为阶段正式关闭。
决策记录是评审最重要的产物，字段建议如下：
| 字段 | 填写要点 |
|---|---|
| 评审名称与阶段 | 写明所属项目、阶段和评审类型 |
| 时间与参会人 | 列出决策者、各角色代表、记录人，缺席授权需注明 |
| 决策事项 | 本次要决定的继续、有条件继续或终止事项 |
| 依据核对结论 | 按七类依据逐项记录判断结果和关键数据 |
| 决策结论 | 三选一，并写明理由 |
| 条件与期限 | 有条件继续时逐条写明条件、责任人和完成时间 |
| 行动项 | 事项描述、责任人、完成时间、验收方式 |
| 分歧与处理 | 记录主要分歧意见及最终裁决人和裁决依据 |
| 复核安排 | 复核时点、复核人和复核通过标准 |
分歧处理需要事先约定规则：由谁做最终决策、依据什么裁决。常见做法是由阶段决策者综合质量、进度和资源约束作出裁决，分歧意见如实记入记录，便于后续追溯。行动项必须落到具体责任人和日期，只写“尽快处理”的记录在后续跟踪中无法核验。
角色分工与各角色交付物
依据的准备责任应按角色划分清楚，避免出现“大家都以为别人会准备”的缺项。下表给出一种常见分工，组织可结合自身规模调整。
| 角色 | 提供的依据 | 交付物 |
|---|---|---|
| 阶段负责人 | 阶段目标达成情况、风险与依赖、整体结论建议 | 阶段总结、风险与依赖清单 |
| 产品/需求 | 需求范围、需求基线、变更评估记录 | 需求基线说明、变更清单 |
| 研发 | 设计、代码、技术文档完成状态，技术风险 | 交付物完成状态表、技术评审记录 |
| 测试 | 测试执行情况、缺陷数据、遗留缺陷分析 | 测试报告、缺陷统计与趋势 |
| 质量 | 过程符合性、质量目标达成情况 | 质量报告、不符合项清单 |
| 项目管理 | 进度实绩、资源投入、上一轮行动项关闭情况 | 进度与资源对比表、行动项跟踪表 |
决策者负责对继续、有条件继续或终止作出最终判断，并对条件设定和资源承诺负责；评审组织者负责材料收集、完整性核对、会议组织和记录归档；行动项跟踪责任通常由项目管理承担，按周或按约定节奏更新关闭状态，并在复核时点向决策者汇报。
角色缺位时需要提前安排替代：决策者无法出席，应书面授权具备相应权限的代表，并在记录中注明；测试或质量角色缺位，可由其上级或指定代理人提交材料并说明数据来源。替代安排应在评审通知阶段确认，避免会上临时补位导致依据无法核对。
当评审依据分散在多个工作项、文档和测试记录中时，可以用 ONES 这类研发管理工具承载收集与跟踪动作：把准出条件对应到工作项状态，把评审材料归集到项目文档，把决策记录和行动项登记为可跟踪事项，使评审包的形成和行动项关闭都有状态可查。工具承担的是证据归集与状态流转，判断标准仍由组织在流程文件中定义。
示例：一次阶段评审的依据清单与决策过程
以下为演示情景，用于说明依据如何组织、结论如何形成，不代表任何真实项目数据。
背景与阶段目标。某产品研发项目处于开发阶段末期，阶段目标是完成原型验证并通过小批量试产，准出条件包括：核心需求全部实现并通过测试、遗留严重缺陷为零、试产良率达到约定阈值、上一轮评审行动项全部关闭。
提交的依据清单。产品提交需求基线与变更记录，显示本期变更 12 项，均已评估批准；研发提交交付物完成状态表，设计文档和接口文档已完成评审；测试提交测试报告，用例执行率 96%，遗留一般缺陷 18 个、严重缺陷 1 个；质量提交试产报告，良率略低于约定阈值；项目管理提交进度对比表，关键路径延迟一周，上一轮 9 项行动项关闭 8 项。
评审中发现的缺口。逐项核对后，核心需求实现和文档完成达标；严重缺陷 1 个未关闭，试产良率未达阈值，上一轮有 1 项行动项逾期。三项缺口都直接影响准出条件，会议判断不具备无条件继续的基础。
有条件继续的条件与行动项。会议结论为有条件继续，条件包括：严重缺陷在两周内修复并回归通过；试产良率在下一批次达到阈值，由质量角色复核；逾期行动项在五日内关闭。每项条件明确责任人和完成时间，并约定两周后由决策者主持复核。
后续关闭与复核。项目管理按周更新行动项状态，复核时点提交关闭证据。三项条件全部满足后，阶段正式关闭并启动下一阶段；若复核仍未达标，则重新提交阶段评审。
完成检查：评审依据是否齐备、决策是否可追溯
评审结束前和归档前，可用以下检查表逐项核对，判断本次评审是否达到可决策、可追溯、可关闭的标准。
| 检查维度 | 检查项 | 通过标准 |
|---|---|---|
| 依据完整性 | 七类依据是否均有对应材料 | 每类依据有材料，缺项已说明原因和处理安排 |
| 依据完整性 | 准出标准是否逐条有证据支撑 | 每条准出条件可对应到具体材料和数据 |
| 依据完整性 | 数据口径与截止日期是否一致 | 材料标注数据截止日期，口径经核对一致 |
| 决策可追溯 | 决策结论是否明确为继续、有条件继续或终止 | 记录中有唯一结论及理由 |
| 决策可追溯 | 依据核对结论是否逐项记录 | 每类依据有判断结果和关键数据 |
| 决策可追溯 | 分歧与裁决是否记录 | 主要分歧、裁决人和裁决依据可查 |
| 行动项闭环 | 行动项是否有责任人和完成时间 | 每项行动项字段完整 |
| 行动项闭环 | 条件与复核安排是否明确 | 有条件继续时条件、期限、复核人齐全 |
需要设置阻断规则：缺少关键依据时，不得作出继续决策。关键依据通常包括准出标准清单、质量与缺陷数据、需求基线状态和上一轮行动项关闭情况。材料缺失时，会议可以转为有条件继续并设定补齐期限，或者延期评审，不应在证据不足的情况下直接放行。
评审结束后，决策记录、评审包和行动项跟踪表应在约定位置归档，归档时点不晚于评审后两个工作日。复核时点按决策记录中的约定执行，复核完成后更新阶段状态并留存复核证据，使整个阶段的决策链条完整可查。
常见问题
阶段评审和发布审批、单需求评审的边界怎么划？
三者回答的问题不同：阶段评审决定这个阶段能否结束、下一阶段能否启动；发布审批解决某个版本能否对外发布，关注发布许可与质量门禁；单需求评审解决某个需求是否确认、是否纳入范围。建议在流程文件中分别写明触发条件、决策人和输出记录，避免把三类决策放进同一场会议，导致阶段结论被发布细节或需求争议拖住。
准出标准还没定清楚，能先开评审会吗？
不建议。准出标准是核对依据的对照表，缺少它，会上很难判断某类材料是否达标。可行的做法是先由阶段负责人组织补齐准出标准清单，逐条标注对应证据类型，再安排评审。如果时间压力大，可以先开一次准备会确认标准，正式评审另行安排，避免会上临时讨论标准而无法形成决策。
关键角色无法出席评审，怎么处理才不影响决策有效性？
在评审通知阶段就确认替代安排：决策者无法出席时，书面授权具备相应权限的代表，并在决策记录中注明授权关系；测试或质量角色缺位时，由其上级或指定代理人提交材料并说明数据来源。替代安排未落实前，涉及该角色依据的核对项应标注为待确认，不宜直接判定达标。
有条件继续之后，复核没通过怎么办？
按决策记录中约定的复核时点和通过标准执行。复核未通过时，通常有两种处理：延长条件期限并重新设定复核时点，或重新提交阶段评审，由决策者判断是否终止或退回。无论哪种处理，都应更新决策记录和行动项状态，保留复核证据，使阶段决策链条可追溯。
评审依据分散在多个工具和文档里，怎么保证材料齐全？
关键是建立一份准出标准清单作为总对照表，每条条件标注证据类型、责任角色和存放位置，提交前由评审组织者按清单逐项核对并记录缺项。材料归档到统一目录并生成评审包目录页，参会人可提前访问。当依据分散在工作项、文档和测试记录中时，可以用 ONES 这类研发管理工具把准出条件对应到工作项状态、把材料归集到项目文档、把行动项登记为可跟踪事项，减少人工汇总遗漏。
