阶段评审要解决的核心问题，是把“谁提议、谁评审、谁拍板、谁记录、谁跟踪”分开并落到具体角色上，同时明确继续、有条件继续、终止三类结论的判定依据与升级路径。本文聚焦研发阶段性继续或终止决策，给出角色分工、决策权限、结论标准、记录模板与完成检查清单，帮助团队建立一套可运行的决策责任机制。
要点总览（TL;DR）
- 阶段评审决策责任要拆成提议人、评审组、决策人、记录人、跟踪人五类角色，每类动作有唯一责任人，评审权与决策权分开。
- 决策人按影响范围确定：单团队阶段用单一负责人，跨团队资源调配或方向调整用集体表决并设召集人；分歧、超授权、条件项逾期都要有升级对象和时限。
- 继续、有条件继续、终止三类结论各有判定条件；有条件继续的每个条件项必须写清关闭标准、责任人和期限，到期未关闭触发重新评审。
- 决策记录至少包含评审对象、结论、依据、条件项、后续动作和签署，结论与后续动作一一对应，跟踪人据此建立跟踪条目。
- 用六项检查清单加历史评审回溯验证机制是否可运行，纸面齐全但记录对不上时优先修正记录与跟踪环节。
阶段评审决策责任的核心答案与操作步骤
阶段评审决策责任可以拆成五类角色：提议人负责提交评审对象与材料，评审组负责给出专业判断与风险意见，决策人对结论拍板并承担结果责任，记录人负责形成可追溯的决策记录，跟踪人负责条件项与后续动作的关闭。五类角色可以兼任，但每类动作必须有唯一责任人。
建立这套机制建议按以下五步推进，每一步都明确输入、动作、输出和完成标志，避免机制停留在口头约定。
| 步骤 | 输入 | 动作 | 输出 | 完成标志 |
|---|---|---|---|---|
| 一、界定评审对象与决策边界 | 研发阶段划分、阶段目标、上一阶段遗留问题 | 明确本次评审针对哪个阶段、评审范围包含哪些交付物、决策边界是“是否进入下一阶段”还是“是否终止或调整方向” | 评审对象说明与决策边界清单 | 评审对象、范围、决策问题三项均书面确认，无歧义 |
| 二、确定角色与决策权限 | 组织架构、项目授权规则、评审对象说明 | 为五类角色指定具体人员，明确决策人是单一负责人还是集体表决，并规定分歧时的升级对象 | 角色任命表与权限说明 | 每个角色都有姓名，决策权限与结论类型对应清楚 |
| 三、规定输入材料与评审议程 | 阶段交付物、测试与质量数据、风险与问题清单 | 列出评审必需材料清单，提前分发；设定议程，区分材料陈述、质询、讨论、结论形成的时间段 | 材料清单、议程与预读要求 | 材料在评审前完成分发，评审组已预读，议程时间明确 |
| 四、形成结论并记录 | 评审意见、风险判断、条件项讨论结果 | 由决策人给出继续、有条件继续或终止的结论，记录人按模板记录结论、依据、条件项、责任人与期限 | 决策记录 | 结论明确、依据可查、条件项有责任人和期限，记录人完成签署 |
| 五、跟踪决策落地 | 决策记录、条件项清单 | 跟踪人按期限检查条件项关闭情况，未关闭的升级处理，终止结论则启动收尾与资源释放 | 条件项关闭记录与跟踪状态 | 所有条件项在期限内关闭或有明确升级处理结论 |
这五步的顺序不宜颠倒：先界定对象，才能确定谁有权决策；先确定权限，评审意见才有归口；先明确材料，结论才有依据；先形成记录，跟踪才有对象。团队初次建立机制时，可以把五步压缩为一次准备会加一次评审会，但每步的产物不能省略。
角色分工与决策权限如何划分
角色分工的关键，是把“评审权”和“决策权”分开。评审组提供专业判断和风险意见，对结论质量负责；决策人对是否继续投入负责，对结论本身负责。两者混同，容易出现评审组既提意见又拍板、无人对结果负责的情况。
| 角色 | 核心职责 | 主要交付物 | 权限层级 |
|---|---|---|---|
| 提议人 | 发起评审，准备并提交评审材料，说明阶段目标达成情况与待决问题 | 评审申请、材料包、问题清单 | 提议权，无表决权 |
| 评审组 | 审阅材料，提出专业意见、风险判断与条件项建议 | 评审意见、风险清单、条件项建议 | 评审权与建议权，不单独决定结论 |
| 决策人 | 综合评审意见，作出继续、有条件继续或终止的结论，对结果负责 | 决策结论与决策依据 | 决策权，结论类型对应的最终拍板权 |
| 记录人 | 按模板记录结论、依据、条件项、责任人与期限，维护记录可追溯 | 决策记录、会议纪要 | 记录权，对记录完整性负责 |
| 跟踪人 | 跟踪条件项与后续动作，按期限核对关闭情况，触发升级 | 条件项跟踪表、关闭证据 | 跟踪权与升级发起权 |
决策人的确定方式取决于决策对象的影响范围。阶段投入规模有限、结论主要影响单个团队时，单一负责人决策效率更高，责任也更清晰；阶段结论涉及跨团队资源调配、重大方向调整或终止时，采用集体表决更合适，但需要同时指定一名召集人负责组织表决和对外解释结论。无论哪种方式，决策人都要在评审前明确，避免会上临时推举。
意见分歧或条件不满足时，需要有明确的升级路径。常见做法是：评审组内部意见不一致时，由评审组负责人汇总分歧点提交决策人；决策人无法在授权范围内拍板时，升级至上一级管理决策；条件项到期未关闭且影响阶段推进时，由跟踪人升级至决策人重新评审。升级路径要写清升级对象、升级时限和升级后的处理方式，避免分歧长期悬置。
把角色对应到RACI，可以快速检查责任是否遗漏：提议人对材料准备负A（负责），评审组对评审意见负R（执行），决策人对结论负A，记录人对记录完整性负R，跟踪人对条件项关闭负R，各角色对相邻环节负C（咨询）或I（知会）。一张RACI表能暴露“多人负责等于无人负责”的问题。
决策结论的判定标准与记录模板
三类结论需要各自的判定条件，否则决策人只能凭感觉拍板。判定标准应在评审前公布，让提议人和评审组按同一口径准备材料和发表意见。
| 结论类型 | 判定条件 | 后续动作 |
|---|---|---|
| 继续 | 阶段目标基本达成，关键交付物齐全，遗留问题风险可控且有明确处理计划，资源与下一阶段计划匹配 | 进入下一阶段，遗留问题转入常规跟踪 |
| 有条件继续 | 阶段目标总体可达，但存在若干必须在限定时间内关闭的条件项，条件项不影响下一阶段启动，但影响后续节点 | 启动下一阶段，同时按条件项清单跟踪关闭，到期未关闭触发重新评审 |
| 终止 | 阶段目标无法达成且无可行补救方案，或风险超出可接受范围，或投入产出不再成立 | 停止投入，启动收尾、资源释放与经验总结 |
有条件继续是最容易被滥用的结论。使用这一结论时，每个条件项都要写清三件事：关闭标准是什么、由谁负责关闭、最晚何时关闭。条件项数量不宜过多，优先保留影响下一阶段关键路径的项；到期未关闭的，跟踪人应升级至决策人重新评审，而不是默认延期。
决策记录建议包含以下必填字段，缺一项就视为记录不完整：
- 评审对象：阶段名称、评审范围、评审日期与参与人；
- 结论：继续、有条件继续或终止；
- 依据：支撑结论的关键数据、评审意见与风险判断；
- 条件项：条件描述、关闭标准、责任人、期限；
- 后续动作：下一阶段启动安排、终止时的收尾安排、重新评审触发条件；
- 签署：决策人、记录人确认，必要时评审组负责人会签。
结论与后续动作要一一对应：继续对应阶段推进计划，有条件继续对应条件项跟踪表，终止对应收尾清单。记录完成后，记录人应将决策记录同步给评审组和相关干系人，跟踪人据此建立跟踪条目。评审结论、条件项和跟踪状态如果分散在邮件、文档和表格中，容易出现版本不一致；在研发管理工具中，可以把评审记录作为工作项附件或独立记录保存，把条件项拆成带责任人和期限的跟踪项，让结论与执行状态在同一处可查。ONES 的工作项与评审记录能力可以承载这类记录和跟踪，具体配置按团队现有流程设定。
示例：一次阶段评审的决策责任落地
以下为演示情景，用于说明责任流转方式，不代表真实项目数据。
某研发团队完成系统设计阶段，准备进入开发阶段。提议人为设计负责人，评审组由架构、测试、产品和运维代表组成，决策人为研发负责人，记录人为项目经理，跟踪人为项目经理兼任。
准备阶段，提议人提交设计文档、接口清单、关键风险清单和上一阶段遗留问题处理情况。评审组提前预读，测试代表提出两个模块的接口约定缺少异常场景说明，运维代表提出部署方案未覆盖回滚路径。评审会上，评审组逐项质询，提议人补充说明，评审组形成意见：主体设计可支撑开发启动，但接口异常场景说明和回滚方案需在开发阶段前两周内补齐。
决策人综合意见，给出“有条件继续”结论，依据是阶段主体目标达成、两项缺口不影响开发启动但影响联调节点。记录人按模板记录结论、依据、两项条件项及各自责任人与期限，决策人确认签署。跟踪人将两项条件项建立跟踪条目，设定到期提醒。
两周后，接口异常场景说明按期关闭，回滚方案延期三天。跟踪人按规则升级至决策人，决策人确认延期不影响联调节点，同意在联调前关闭并记录延期原因。两项条件项最终全部关闭，决策记录与关闭证据一并归档。
这个示例可迁移的规律有三点：评审意见与决策结论分开记录，便于回溯判断依据；条件项必须带责任人和期限，否则跟踪无从谈起；延期要有升级和重新确认动作，不能由跟踪人自行默认通过。
完成检查：决策责任机制是否可运行
机制设计完成后，可用以下清单逐项核对。每项都给出通过标准，全部通过才说明这套决策责任机制具备可运行条件。
| 检查项 | 通过标准 |
|---|---|
| 角色是否唯一到人 | 五类角色均有具体姓名，兼任情况已注明，不存在“评审组集体负责”这类无归口的表述 |
| 决策权限是否与结论类型匹配 | 继续、有条件继续、终止三类结论分别对应明确的决策人或表决规则，超出授权时有升级对象 |
| 结论是否有依据和条件项 | 每条决策记录都能追溯到支撑数据与评审意见；有条件继续的每个条件项都有描述和关闭标准 |
| 记录是否可追溯 | 决策记录字段齐全，版本可查，参与人可确认，历史结论可检索 |
| 条件项是否有责任人和期限 | 每个条件项都有唯一责任人和明确期限，无“尽快”“后续处理”等模糊表述 |
| 分歧升级是否有明确路径 | 评审组内分歧、决策人超授权、条件项逾期三种情形都有写明的升级对象和处理时限 |
检查时建议抽取最近一到两次阶段评审做回溯验证：看当时的结论是否有依据、条件项是否按期关闭、逾期是否触发升级。纸面机制齐全但历史记录对不上，说明机制尚未真正运行，应优先修正记录与跟踪环节，再调整角色和权限设计。
常见问题
阶段评审的决策人由一个人拍板还是集体表决，怎么选？
看决策对象的影响范围。阶段投入规模有限、结论主要影响单个团队时，单一负责人决策效率更高，责任也更清晰；阶段结论涉及跨团队资源调配、重大方向调整或终止时，集体表决更合适，但要同时指定一名召集人负责组织表决和对外解释结论。无论哪种方式，决策人都要在评审前明确到人，避免会上临时推举。
有条件继续和继续的边界在哪里，什么情况不该用有条件继续？
继续的前提是阶段目标基本达成、关键交付物齐全、遗留问题风险可控且有明确处理计划。有条件继续适用于阶段目标总体可达、但存在若干必须在限定时间内关闭的条件项，且这些条件项不影响下一阶段启动、只影响后续节点。如果缺口已经影响下一阶段能否启动，或者风险超出可接受范围，就应进入终止或重新评审，而不是用条件项把问题往后推。
条件项到期没关闭，跟踪人可以直接延期吗？
不建议由跟踪人自行默认延期。常见做法是跟踪人按规则升级至决策人重新评审，由决策人判断延期是否影响后续节点、是否需要调整条件项或改变结论，并记录延期原因。这样延期本身也留下决策依据，避免条件项在无人确认的情况下不断顺延。
评审组和决策人意见不一致时怎么处理？
先由评审组负责人汇总分歧点，连同支撑数据和风险判断一并提交决策人；决策人在授权范围内拍板并对结论负责。决策人无法在授权范围内决定时，升级至上一级管理决策。升级路径要写清升级对象、升级时限和升级后的处理方式，避免分歧长期悬置、评审会开完没有结论。
小团队人手少，五类角色可以合并吗？
可以兼任，但每类动作仍要有唯一责任人。例如项目经理可以同时担任记录人和跟踪人，研发负责人可以同时是决策人，但提议人与决策人最好分开，评审意见与拍板结论也要分开记录。合并角色时在角色任命表里注明兼任情况，检查时重点看是否存在“评审组集体负责”这类没有归口的表述。
