明确阶段评审决策责任，关键是把“谁提议、谁评估、谁决策、谁记录、谁跟踪”分配到具体角色，并用一份决策权表固定下来。本文只讨论阶段性继续、有条件继续或终止的裁定，发布许可与单需求评审不在范围内。下文给出角色分工、决策规则、完整走法示例和完成检查清单，便于直接写入评审管理办法。
要点总览（TL;DR）
- 阶段评审只裁定阶段性继续、有条件继续或终止；发布许可归发布审批与质量门禁，单需求评审归需求评审与确认。
- 把提议、评估、决策、记录、跟踪五类动作分配到阶段负责人、领域评审人、最终决策人、评审记录人和跟踪责任人，并用决策权表固定字段。
- 同一阶段只设一名最终决策人；集体评审用于收集领域意见，阶段去留的签字责任落到个人。
- 用有效人数、分歧升级路径、决策时限与超时默认处理三条规则，让决策结论具备效力。
- 有条件继续的每个条件都要可验证、有责任人和截止时间，并在下次评审时复核关闭情况。
先定决策对象：阶段评审到底裁什么
阶段评审的决策对象是项目在阶段关口上的去留：继续进入下一阶段、有条件继续，或终止。把这三类结论界定清楚，责任才有落点。发布许可由发布审批与质量门禁负责，单需求评审由需求评审与确认负责，这两类事项若混入阶段评审，容易出现“评审会上什么都谈、什么都定不下来”的局面。
建议在评审管理办法中先列一份决策对象清单，明确纳入项与排除项。纳入项通常包括：阶段目标达成度、遗留风险及其处置方案、资源与下一阶段投入安排。排除项写明发布许可、单需求变更确认、日常技术方案讨论等，由对应流程处理。清单的作用是让最终决策人清楚自己签字裁定的边界，也避免领域评审人越界对阶段去留表态。
| 决策事项 | 是否属于阶段评审 | 说明 |
|---|---|---|
| 阶段目标达成度 | 纳入 | 对照阶段入口设定的目标逐项核对 |
| 遗留风险与处置方案 | 纳入 | 含风险等级、缓解措施与剩余暴露 |
| 下一阶段资源与投入 | 纳入 | 人力、预算、关键设备与外部依赖 |
| 发布许可与上线审批 | 排除 | 归发布审批与质量门禁 |
| 单需求变更确认 | 排除 | 归需求评审与确认 |
五类角色与决策权分配表
把五类动作落到角色上，是责任明确的核心。阶段负责人提交评审材料并给出继续或终止的建议；领域评审人只对各自领域出具结论；最终决策人对阶段去留做最终裁定；评审记录人固化结论、条件与责任人；跟踪责任人验证条件关闭。每类角色都要有明确的输入、动作与输出，避免出现“参加了会但不知道要交什么”的情况。
角色职责与输入输出
| 角色 | 输入 | 动作 | 输出 |
|---|---|---|---|
| 阶段负责人 | 阶段目标、执行数据、风险清单 | 汇总材料，给出继续或有条件继续或终止的建议 | 评审材料包与建议结论 |
| 领域评审人 | 材料包中本领域部分 | 按领域标准核查，出具通过、有条件通过或不通过意见 | 领域评审结论 |
| 最终决策人 | 阶段负责人建议与各领域结论 | 综合裁定继续、有条件继续或终止 | 决策结论与决策理由 |
| 评审记录人 | 会议过程与结论 | 记录结论、条件、责任人与截止时间 | 评审记录文档 |
| 跟踪责任人 | 评审记录中的条件项 | 推动条件关闭并在下次评审复核 | 条件关闭证据 |
决策权分配表模板
决策权表按决策事项逐行填写，字段固定，便于跨阶段复用。建议字段如下：决策事项、建议人、评审人、决策人、否决权、记录人。其中“否决权”一栏写明哪些角色对哪类事项可否决，例如质量领域评审人对未关闭的高等级缺陷可否决进入下一阶段，但否决只针对本领域结论，不替代最终决策人的阶段裁定。
| 决策事项 | 建议人 | 评审人 | 决策人 | 否决权 | 记录人 |
|---|---|---|---|---|---|
| 阶段是否继续 | 阶段负责人 | 各领域评审人 | 阶段最终决策人 | 质量领域对高等级缺陷 | 评审记录人 |
| 有条件继续的条件项 | 阶段负责人 | 相关领域评审人 | 阶段最终决策人 | 无 | 评审记录人 |
| 下一阶段资源投入 | 阶段负责人 | 资源管理角色 | 阶段最终决策人 | 无 | 评审记录人 |
同一阶段只设一名最终决策人。集体评审适合收集各领域意见、形成领域结论，最终裁定仍要落到个人，否则“集体负责”容易变成无人负责。集体决策的适用边界可以限定在意见收集与领域结论形成环节，阶段去留的签字责任由唯一决策人承担。若组织确实需要多人共同裁定，也应指定一名召集人作为记录上的最终决策人，其余人作为会签人。
决策规则：有效人数、分歧升级与时限
角色分配完成后，还需要三条规则让责任可执行，否则评审会容易开成讨论会，或者决策久拖不决。这三条规则建议直接写入评审管理办法，作为会议有效性和结论效力的依据。
有效人数与缺席处理
决策会议需达到规定有效人数方可形成结论。有效人数按必须到场的角色计算，通常包括最终决策人、阶段负责人和关键领域评审人。关键角色缺席时，会议可改为预审或延期，不形成阶段结论；一般领域评审人缺席时，可提交书面领域结论并由记录人附入记录，视为已发表意见。有效人数规则要写明哪些角色属于“必须到场”，避免临时凑人数。
分歧升级路径与裁定顺序
领域评审人意见分歧时，先在领域内复核事实与标准；仍不能一致，提交最终决策人裁定，裁定前可要求补充验证。升级路径要写明顺序：领域内复核、跨领域协调、最终决策人裁定。裁定顺序上，领域结论由该领域评审人负责，阶段去留由最终决策人负责，两类结论不互相替代。分歧记录应保留在评审记录中，说明分歧点与裁定理由。
决策时限与超时默认处理
每类决策事项设定时限，例如材料提交后若干工作日内完成预审、决策会后若干工作日内发布结论。超时默认处理要事先约定：超时未裁定视为维持当前阶段状态，不自动进入下一阶段，由阶段负责人升级至最终决策人的上级协调。默认处理的方向应偏保守，避免因拖延而事实上放行。
有条件继续的条件要求
有条件继续的每个条件必须可验证、有责任人和截止时间。可验证指条件有明确的完成标志，例如“高等级缺陷关闭率达标”而非“加强质量控制”。条件项在评审记录中逐条列出，跟踪责任人负责推动关闭，下次评审时复核关闭情况；未关闭的条件需说明原因并重新裁定。
一次阶段评审的完整走法示例
以下为演示情景，用于说明各角色在流程中的动作与产出，不代表任何真实项目。假设某产品研发项目处于计划阶段末，需评审是否进入开发阶段。
示例背景与阶段目标
阶段目标为完成整体技术方案与各子系统设计，验证技术可行性与接口一致性，并形成下一阶段资源计划。阶段负责人整理阶段执行数据、风险清单与资源需求，形成评审材料包。
材料提交与预审
阶段负责人在决策会前提交材料包，并给出“有条件继续”的建议，附上建议条件。各领域评审人在时限内完成预审：技术领域评审人核查技术方案与接口一致性，质量领域评审人核查遗留缺陷与风险，资源管理角色核查下一阶段投入。各领域出具书面结论，记录人汇总预审意见。
决策会与裁定
决策会达到有效人数后召开。最终决策人听取阶段负责人建议与各领域结论，对分歧点要求补充说明，最终裁定“有条件继续”，条件包括：关闭指定高等级缺陷、完成接口一致性复核、确认下一阶段关键岗位到位。裁定结果与理由当场记录。
记录与跟踪
评审记录人将结论、三项条件、责任人与截止时间写入评审记录文档。跟踪责任人逐项推动条件关闭并留存证据。下次阶段评审时，先复核上次条件关闭情况，未关闭项作为本次决策的输入重新裁定。整个流程的每一步都有输入、动作与输出，责任可追溯。
用工作项与文档承载决策责任
决策权表、评审记录和条件项如果只停留在会议纪要里，责任容易在流转中丢失。把它们落到协作工具中，可以让每个结论都能追溯到决策人、每个条件都能被跟踪到关闭。
评审单作为工作项承载决策事项、决策人与结论状态，评审发起时即填写决策权表中的对应字段，结论状态随裁定更新。评审记录文档固化结论、条件与签字，作为阶段关口的正式依据归档。条件项转为可跟踪任务，关联责任人与截止时间，关闭时附上证据。这样，决策责任从会议延伸到执行，下次评审可直接调取历史记录复核。
在采用 IPD 阶段划分的研发场景中，ONES 的 IPD 解决方案对阶段决策评审有对应承载：概念阶段通过系统化评估需求覆盖范围、技术可行性及商业价值，决策项目是否进入计划阶段或终止；计划阶段的阶段决策评审（PDCP）基于评审结果批准基线版本的业务计划书，为后续开发与资源投入提供正式依据；验证阶段的决策评审（ADCP）综合评估市场准入条件、生产成熟度及合规性要求，判定产品是否具备商业化发布资格。这些阶段评审的结论与条件，可以依托评审单流转、评审记录文档归档和条件项跟踪来保持可追溯。具体配置方式以组织实际使用的版本和部署情况为准。
完成检查：责任是否真的明确了
机制设计完成后，用以下清单逐项核对，判断决策责任是否真正落地。清单可作为评审管理办法发布前的验收工具，也可在每次阶段评审前自查。
| 检查项 | 核对要点 | 通过标志 |
|---|---|---|
| 唯一最终决策人 | 每个阶段是否指定一名最终决策人 | 决策权表中每行决策人字段唯一且到人 |
| 决策权表覆盖度 | 是否覆盖全部阶段评审事项 | 纳入项逐条有建议人、评审人、决策人、记录人 |
| 分歧升级规则 | 升级路径与裁定顺序是否书面化 | 管理办法中有明确条款 |
| 超时规则 | 决策时限与超时默认处理是否书面化 | 默认处理方向保守且有升级路径 |
| 条件项完整性 | 条件是否可验证、有责任人、有截止时间 | 每条条件均有完成标志与责任人 |
| 记录可追溯 | 评审记录能否追溯到决策人与结论 | 记录中含决策人、结论、理由与签字 |
清单全部通过，说明阶段评审的决策责任已从角色、规则到记录形成闭环；若有未通过项，优先补齐决策人唯一性与条件项跟踪两项，这两项直接决定责任是否悬空。
常见问题
阶段评审中，领域评审人能否直接否决阶段继续？
领域评审人的否决权针对本领域结论，例如质量领域评审人对未关闭的高等级缺陷可否决进入下一阶段，但这一否决不替代最终决策人的阶段裁定。决策权表应写明哪些角色对哪类事项可否决，以及否决后如何升级处理。最终决策人综合各领域结论后，仍可作出有条件继续的裁定，并把被否决领域提出的条件列入条件项跟踪。
最终决策人因故缺席，阶段评审能否照常形成结论？
这取决于有效人数规则中对该角色的定位。若最终决策人被列为必须到场角色，缺席时会议可改为预审或延期，不形成阶段结论；若组织允许授权代表出席，需在管理办法中写明授权方式、授权范围和记录要求，并在评审记录中注明授权关系。一般领域评审人缺席时，可提交书面领域结论，由记录人附入记录，视为已发表意见。
有条件继续的条件一直未关闭，下次评审怎么处理？
下次阶段评审应把上次条件关闭情况作为输入，逐项复核。未关闭的条件需说明原因，由最终决策人重新裁定：延长条件期限、调整条件内容，或据此作出终止决定。跟踪责任人负责提供关闭证据，评审记录人更新记录。条件项长期悬空会削弱阶段关口的约束力，建议在决策时限规则中约定条件复核的节奏。
采用 IPD 阶段划分时，阶段决策评审与本文的决策责任机制如何对应？
IPD 的阶段决策评审本身就是阶段去留的裁定节点。ONES 的 IPD 解决方案中，概念阶段评估需求覆盖范围、技术可行性及商业价值，决策项目是否进入计划阶段或终止；计划阶段的阶段决策评审（PDCP）基于评审结果批准基线版本的业务计划书；验证阶段的决策评审（ADCP）综合评估市场准入条件、生产成熟度及合规性要求，判定产品是否具备商业化发布资格。本文的五类角色与决策权表可以作为这些评审节点的责任分配依据，具体配置方式以组织实际使用的版本和部署情况为准。
决策权表需要覆盖所有阶段评审事项吗？
决策权表应覆盖纳入阶段评审的全部决策事项，包括阶段是否继续、有条件继续的条件项、下一阶段资源投入等。发布许可、单需求变更确认等排除项不必列入，但可在管理办法中注明归属流程。覆盖不全时，容易出现某些事项在评审会上临时指定决策人，责任难以追溯。建议在每次阶段评审前对照决策对象清单核对覆盖度。
