研发项目的继续或终止，需要在阶段关口上依据证据做出判断。把决策绑定到明确的评审点，事先约定判定口径、参与角色和记录方式，才能避免项目因惯性被推进。本文围绕阶段评审机制，给出决策流程、角色分工、记录表字段和机制验收检查四类可直接使用的交付物。
要点总览（TL;DR）
- 继续或终止的判断绑定在概念验证、方案定稿、样机验证、试产前等阶段关口，关口外的重大变化触发临时评审，常规判断集中在预设节点。
- 判定口径从目标达成度、证据完整性、风险与投入产出三类依据设定，评审前明确哪些是评分项、哪些是否决项，并在项目间保持一致。
- 流程按收集证据、预审、评审会、形成结论、记录跟踪五步执行，每步有输入、动作、输出和完成标志。
- 决策人按决策点预先指定，项目负责人提交证据包，技术评审人核查证据，记录角色维护台账，结论未录入记录视为评审未完成。
- 终止是正常决策结果，需配套资源释放、知识沉淀、人员安排和对外沟通；整改结论设定复评时点，到期未达标升级或转入终止讨论。
继续还是终止：决策点、判定口径与核心步骤
继续或终止的判断应发生在阶段关口，例如概念验证结束、方案设计定稿、样机验证完成、小批量试产前。关口之外出现的重大变化，可以触发临时评审，但常规判断仍集中在预设节点。这样做的目的是让决策有稳定的证据基础，避免在任意时点凭印象拍板。
三类判定依据
判定口径建议从三个维度设定，并在评审前明确哪些是评分项、哪些是否决项：
- 目标达成度：阶段目标完成情况，如关键性能指标是否达标、验证用例通过率、里程碑交付物是否齐备。可设定最低达成比例作为继续的门槛。
- 证据完整性：支撑结论的测试报告、数据记录、评审意见是否齐全且可复核。证据缺失时应给出整改结论，而非直接继续。
- 风险与投入产出：剩余技术风险、合规风险、市场窗口变化，以及后续投入与预期收益的对比。出现不可接受的风险项时，可触发终止讨论。
三类依据的权重和否决项由组织在机制建立时约定，并在多个项目间保持一致，避免每个项目各用一套标准。
五步操作流程
| 步骤 | 输入 | 动作 | 输出 | 完成标志 |
|---|---|---|---|---|
| 1. 收集证据 | 阶段计划、测试数据、风险清单、成本记录 | 项目负责人按证据清单整理阶段证据包，完成自评 | 证据包与自评结论 | 证据清单逐项有对应材料，缺项已标注 |
| 2. 预审 | 证据包 | 技术或职能评审人核查证据真实性与技术可行性，提出疑问 | 预审意见 | 疑问清单形成，需补充的材料明确 |
| 3. 评审会 | 证据包、预审意见 | 决策人主持，逐项对照判定口径讨论，记录分歧 | 会议结论草案 | 三类依据均有明确评价，分歧点有记录 |
| 4. 形成结论 | 会议结论草案 | 决策人给出继续、整改或终止结论，写明理由 | 决策记录 | 结论、理由、条件与责任人填写完整 |
| 5. 记录跟踪 | 决策记录 | 归档记录，登记整改项或终止处置事项并跟踪 | 跟踪台账 | 每项整改或处置有责任人和截止时间 |
三种结论的判定差异可以概括为：目标达成且证据齐备、风险可控时给出继续；目标基本达成但证据有缺口或存在可修复问题时给出整改，并约定复评时点；目标明显未达成、出现否决性风险或投入产出不再成立时给出终止。整改结论需要明确复评条件，避免无限期挂起。
角色分工与交付物：谁提供证据、谁做判断、谁负责执行
评审会容易变成表态会，根源通常是角色职责不清。把每个角色的交付物固定下来，会议讨论就有据可依。
| 角色 | 核心职责 | 交付物 |
|---|---|---|
| 项目负责人 | 组织阶段证据，完成自评，说明偏差原因 | 阶段证据包、自评结论、偏差说明 |
| 职能/技术评审人 | 核查证据真实性，评价技术方案可行性与遗留风险 | 预审意见、技术风险评价 |
| 决策人 | 按判定口径给出结论，对结论承担责任 | 决策记录中的结论与理由 |
| 记录与跟踪角色 | 维护决策记录，登记整改项与终止处置事项，跟踪闭环 | 决策台账、整改跟踪表、终止处置清单 |
决策人应是能调动资源、对项目去留负责的管理者，并在机制中按决策点预先指定，避免会上临时找人拍板。记录与跟踪角色可以由项目管理办公室或流程管理人员承担，关键是保持记录口径统一。当决策记录、整改项和阶段关口状态需要在团队间共享时，可以放入研发管理工具中承载，例如在ONES中把评审结论关联到工作项状态，把整改项登记为待办并跟踪完成情况，使历史决策可查、后续动作有归属。
决策记录表怎么填：字段设计与示例
决策记录是机制可追溯的基础。字段设计应保证事后能还原“当时依据什么、谁做的判断、结论是什么”。
必填字段
- 决策点：所属阶段关口名称与评审日期。
- 证据清单：提交的材料名称及齐备情况。
- 关键指标现状：阶段目标与实际的对比数据。
- 风险项：识别的风险、等级及应对状态。
- 结论：继续、整改或终止，三选一。
- 理由：对应判定口径的说明，指出支持结论的主要依据。
- 整改或终止处置：整改项、责任人、复评时点，或终止后的资源释放、知识沉淀与人员安排。
结论取值规则建议为：继续需满足目标达成度达到约定门槛且无否决项；整改适用于存在可修复缺口的情形，必须同时填写复评时点；终止适用于触发否决项或投入产出不再成立的情形，必须填写处置清单。结论在决策人签字或系统确认后生效。
填写示例
以下为演示情景：某硬件项目在样机验证关口评审，关键性能指标达成八成，部分环境测试报告缺失，供应链出现单一来源风险。
- 若缺失报告不影响核心结论、风险有替代方案，可给出继续，理由写明指标达成情况与风险应对计划。
- 若缺失报告涉及安全合规，则给出整改，列明补测项、责任人和两周后的复评时点。
- 若单一来源风险导致成本超出可接受范围且无替代路径，则给出终止，同步登记物料退订、人员转岗与测试数据归档事项。
记录完成后按项目归档，后续阶段评审、项目复盘和资源调配都可引用同一份记录，保持决策链条连续。
终止决策的落地处置与常见偏差
终止是正常决策结果，需要有配套动作，否则团队容易把终止等同于失败而回避提出。
终止后的处置清单
- 资源释放：设备、预算、外部合同的处理方式与时间点。
- 知识沉淀：测试数据、技术方案、失败原因整理归档，供后续项目参考。
- 人员安排：成员去向、交接内容与时间。
- 对外沟通：涉及供应商、客户或合作方时的通知口径。
整改结论的复评与升级
整改项应设定复评时点，到期未完成或复评仍未达标时，升级到上一级决策人或转入终止讨论，防止整改成为拖延手段。
常见偏差与纠正
| 偏差 | 表现 | 机制修正 |
|---|---|---|
| 证据后补 | 会上口头说明，材料事后补齐 | 证据清单作为评审准入条件，缺项不进入评审会 |
| 决策人缺位 | 由项目负责人自行判断去留 | 每个决策点预先指定决策人，缺席时改期而非代签 |
| 只评不记 | 会议有讨论，无正式记录 | 结论未录入决策记录视为评审未完成 |
| 回避终止 | 明知不成立仍以整改延续 | 明确整改次数上限，超限自动进入终止评审 |
完成检查：机制是否可运行的验收项
机制建立后，可用以下清单逐项核对，判断它是否真正可运行：
- □ 决策点覆盖概念、设计、验证、试产等关键阶段，每个节点有明确时点。
- □ 每个决策点指定了决策人，并附有对应的证据清单。
- □ 判定口径已书面约定，包含评分项与否决项。
- □ 历史决策记录完整，结论与理由可追溯。
- □ 整改项有责任人和复评时点，终止处置有跟踪闭环。
- □ 决策记录与项目状态、后续任务保持关联，可被引用。
- □ 机制运行一段时间后组织复盘，根据偏差情况调整决策点与口径。
清单全部满足，说明继续与终止决策已经嵌入阶段评审，能够在证据基础上稳定运行；存在空项时，优先补齐决策人指定和记录归档两项，这两项对机制落地影响最直接。
常见问题
阶段关口之外出现重大变化，是否必须等到下一个评审点才能决策？
不必等到下一个预设关口。常规判断集中在阶段节点，是为了让决策有稳定的证据基础；当出现技术路线失效、关键指标大幅偏离、供应链或合规出现重大变化时，可以触发临时评审。临时评审沿用同一套判定口径和记录字段，结论同样进入决策台账，避免临时决策游离于机制之外。
整改结论反复出现，如何避免它变成拖延终止的手段？
在机制中为整改设定边界：每次整改必须写明整改项、责任人和复评时点，并约定整改次数上限。到期未完成或复评仍未达标时，升级到上一级决策人或直接转入终止评审。这样整改仍是修复问题的正常路径，同时保留明确的退出条件，防止项目长期挂起。
决策人因故缺席评审会，能否由项目负责人代为拍板？
不建议代签。决策人应是能调动资源、对项目去留负责的管理者，并在每个决策点预先指定。缺席时的处理方式是改期评审，或由机制事先约定的授权人出席，授权关系需在决策记录中注明。由项目负责人自行判断去留，会让决策责任与执行责任混在一起，也削弱评审的独立性。
证据不齐备时，是先开评审会再补材料，还是补齐后再评审？
建议把证据清单作为评审准入条件，缺项不进入评审会。证据后补会让结论建立在口头说明之上，事后难以复核。确有材料在评审时无法取得的情况，应在证据清单中标注缺项及其影响，由评审会判断该缺项是否构成否决项；若构成，结论应为整改并约定补测或补充材料的时点。
决策记录除了归档，还能在哪些环节继续使用？
决策记录可以贯穿项目后续管理：下一阶段评审时作为前置依据，项目复盘时还原当时的判断依据，资源调配时说明项目为何继续或终止。记录中的整改项和终止处置事项需要转入跟踪台账，逐项落实责任人和截止时间。若团队使用研发管理工具承载，可将评审结论关联到工作项状态，把整改项登记为待办跟踪完成情况，使历史决策可查、后续动作有归属。
