阶段评审清单把DCP、TR这类阶段性继续或终止决策所需的输入材料、判断依据、责任人和输出结论固定下来，主要减少三类评审遗漏——决策要素缺失、跨部门输入未到齐、结论与后续动作脱节，以及三类沟通成本——会前反复确认材料、会上重复澄清口径、会后追踪结论。它适合评审节点固定、跨部门参与多、决策后果较重的团队；阶段划分尚未稳定或评审缺少决策权时，先补齐流程再推行清单更稳妥。
要点总览（TL;DR）
- 阶段评审清单把DCP、TR的输入材料、判断依据、责任人和结论固定下来，主要减少决策要素缺失、跨部门输入未到齐、结论与后续动作脱节三类遗漏。
- 沟通成本的降低体现在会前催收材料、会上澄清口径、会后追踪结论三个环节，清单让这些动作从逐个确认变成对照核对。
- 清单适合评审节点固定、跨部门参与多、决策影响后续投入的阶段性继续或终止决策；单次发布许可和单需求评审确认归其他流程。
- 推行清单需要编制维护负责人、主持人/汇报人/决策人的角色分工、材料提前提交预读，以及由企业自定的通过标准。
- 阶段划分未定、评审缺少决策人、条目过多挤占讨论时间、结论无人跟踪时，应先补齐流程再推行清单。
阶段评审清单在什么条件下值得采用
阶段评审清单值得采用的前提，是评审本身已经是一个有决策权的固定动作。团队在某个阶段节点上要回答“继续投入、调整方向还是终止”，参与方来自研发、市场、供应链、财务等多个部门，评审结论会直接影响后续资源分配。在这种条件下，清单把每次评审都要确认的要素固化下来，减少因人员轮换、时间紧张造成的随机遗漏。
判断是否值得采用，可以对照三个条件：
- 评审节点固定：DCP或TR按项目阶段定期召开，而不是临时召集，清单才有稳定的使用场景。
- 跨部门参与：评审输入分散在多个部门，缺少统一清单时容易出现某一方材料未到、口径不一。
- 决策影响后续投入：评审结论决定项目是否继续、资源是否追加，遗漏的代价高于填表的时间成本。
需要明确的是，清单解决的是决策要素齐备与信息对齐，评审人的专业判断仍由评审人承担。清单不能替评审人判断技术风险是否可接受，也不能替代决策人对投入的取舍。把清单当成判断依据本身，反而会削弱评审质量。
如果阶段划分尚未确定、评审会没有实际决策权、或者没有人对评审结论负责，此时推行清单只会把不成熟的流程形式化，应先解决流程问题。
清单要解决的目标问题与作用机制
DCP与TR回答的决策问题不同，清单的侧重点也不同。DCP关注业务层面的继续或终止：市场机会是否仍然成立、投入产出是否可接受、资源是否继续配置。TR关注技术层面的成熟度：关键技术是否验证、遗留问题是否可控、是否具备进入下一阶段的技术条件。两类评审都需要明确“本次要决定什么”，清单首先固定这个决策问题，再围绕它组织输入。
清单的作用机制可以按会前、会中、会后三个环节拆解，每个环节对应不同的遗漏与沟通成本：
| 环节 | 常见遗漏 | 常见沟通成本 | 清单的固定内容 |
|---|---|---|---|
| 会前 | 关键输入材料缺失、某部门未提交意见 | 反复确认谁交、交什么、交到哪 | 输入材料清单、提交责任人、提交时限 |
| 会中 | 判断依据不完整、讨论偏离决策问题 | 重复澄清数据口径、争论评审范围 | 评审判据、决策问题、议题顺序 |
| 会后 | 结论未记录、待办无人认领 | 反复追问问结论是什么、谁跟进 | 结论记录格式、待办责任人、闭环时限 |
会前的遗漏表现为材料不齐，沟通成本表现为组织者逐个催收；清单把材料项、责任人和时限写清楚，催收从“逐个确认”变成“对照清单核对”。会中的遗漏表现为判据缺失导致讨论失焦，沟通成本表现为同一数据被反复解释；清单提前约定判据和议题，讨论围绕决策问题展开。会后的遗漏表现为结论与后续动作脱节，沟通成本表现为多次追问问责；清单固定结论记录和待办认领方式，评审结束即形成可追踪的行动项。
在评审材料提交、结论记录与待办跟踪这些环节，ONES可以通过工作项和文档承载评审输入与结论，让材料状态、评审结论和后续待办在同一处流转，减少会前催收和会后追问的分散沟通。具体配置方式需结合团队现有流程确定。
哪些DCP与TR评审场景适合用清单
清单适合的是阶段性继续或终止决策，判断标准是这次评审是否改变项目的资源投入方向。跨部门输入多、决策后果重的节点，清单的价值最明显；单次发布许可和单需求评审确认属于其他流程，用阶段评审清单反而增加负担。
| 场景类型 | 是否适合阶段评审清单 | 说明 |
|---|---|---|
| DCP阶段性继续或终止决策 | 适合 | 涉及市场、财务、资源多部门输入，结论影响后续投入 |
| TR技术评审节点 | 适合 | 需要确认技术成熟度与遗留问题，判据和责任人需固定 |
| 跨部门输入多的评审节点 | 适合 | 材料分散，清单减少催收与口径澄清 |
| 单次发布许可 | 不适合 | 归发布审批与质量门禁流程，决策范围窄 |
| 单需求评审确认 | 不适合 | 归需求评审与确认流程，不涉及阶段投入决策 |
在IPD体系下，DCP与TR的清单侧重点有差异。DCP清单更侧重业务决策要素：市场机会、投资回报、资源承诺、风险与退出条件，参与人以业务和资源决策人为主。TR清单更侧重技术要素：技术方案验证情况、关键问题关闭状态、质量与可靠性数据、进入下一阶段的技术前提，参与人以技术评审人为主。两类清单可以共用材料提交和结论记录的格式，但判据和决策问题应分别设计，避免用一套条目覆盖两种不同性质的评审。
采用清单需要投入什么、有哪些前提
推行阶段评审清单不是零成本动作，需要明确的人力投入和组织前提，否则清单容易变成一次性文档。
- 编制与维护负责人：指定一人或一个小组负责清单条目的编制，并根据评审复盘结果定期更新。更新节奏可以按评审周期或季度复盘确定，避免清单长期不修订而脱离实际。
- 角色分工：评审主持人负责按清单组织议程和控制时间；汇报人按清单准备输入材料并对材料完整性负责；决策人对评审结论和资源取舍负责。三类角色需要在评审规则中写清楚。
- 材料提前提交与预读：清单要求材料在评审前若干时间提交，评审人提前预读。提前量由企业根据评审复杂度确定，没有统一标准；缺少预读时间，会上澄清成本会重新上升。
- 通过标准由企业自定：清单中每个判据的通过标准、阈值和例外处理，需要由企业结合自身产品和流程确定，不能照搬外部模板。清单提供的是结构，标准需要企业自己填。
这些投入的共同点是：清单本身只是载体，真正起作用的是围绕清单形成的提交、预读、评审、记录、跟踪习惯。投入不足时，清单会退化为会前临时填写的表格。
什么情况下应暂缓推行清单
以下信号出现时，推行清单的时机不成熟，应先解决流程问题：
- 阶段划分与决策权限尚未明确：团队说不清每个阶段节点要决定什么、谁有权决定，清单条目就无从设计。
- 评审会缺少决策人：评审现场没有能拍板的人，清单收集的材料无人用于决策，最终沦为材料汇总表。
- 清单条目过多：条目膨胀到几十项，评审时间被逐项填表和核对占用，讨论决策问题的时间被压缩，清单反而拖慢评审。
- 缺少结论跟踪机制：评审结束后待办无人跟进，清单记录的结论无法闭环，下一次评审又要重新确认上次的遗留问题。
这些信号的共同特征是：清单要承载的决策动作本身还不存在或不完整。此时先明确阶段划分、决策权限和结论跟踪责任，再引入清单，效果更稳定。
如何用试点判断清单是否真的降低了遗漏与沟通成本
清单的价值应通过观察证据判断，而不是先承诺收益。可行的做法是选一个阶段节点做试点，保留推行前后的对照。
试点步骤可以这样安排：
- 选择一个跨部门参与多、当前遗漏较明显的DCP或TR节点作为试点对象。
- 记录试点前若干次评审的基线情况，包括材料补交次数、会上澄清耗时、结论待办的数量与闭环比例。
- 在试点节点启用清单，保持其他流程不变，避免多个变量同时调整。
- 试点运行若干轮后，用同一组指标与基线对照。
可观察的验证指标包括：
- 材料补交次数：会前材料缺失或退回补充的次数是否下降。
- 会上澄清时长：评审中用于解释数据口径、确认评审范围的时间是否缩短。
- 结论待办闭环情况：评审结论形成的待办是否有明确责任人，是否在约定时限内关闭。
试点复盘后按证据决定推广、调整或停止：指标改善明显且评审质量未下降，可以推广到其他节点；部分改善但条目负担过重，调整清单条目后再试；指标无明显变化或评审时间被填表挤占，应停止推行并回到流程本身查找原因。评审结论与待办的记录和跟踪，可以在ONES中通过工作项承接，让试点期间的闭环情况有据可查，便于复盘对照。
常见问题
阶段评审清单和发布审批、需求评审的检查单有什么区别？
区别在于决策对象不同。阶段评审清单服务的是DCP、TR这类阶段性继续或终止决策，回答的是项目是否继续投入、是否具备进入下一阶段的条件，涉及市场、财务、资源、技术多部门输入。单次发布许可关注某一次发布是否放行，归发布审批与质量门禁流程；单需求评审确认关注单个需求是否成立，归需求评审与确认流程。后两者的决策范围窄、参与方少，套用阶段评审清单会增加不必要的填表负担。
团队规模不大、评审参与人不多，还需要阶段评审清单吗？
可以先看三个条件：评审节点是否固定、输入是否分散在多个角色、结论是否影响后续投入。如果评审参与人少、材料集中在少数人手里、结论当场就能达成一致，清单带来的收益有限，用一份简短的议题和结论记录即可。当项目涉及跨部门资源承诺，或者评审人轮换频繁导致每次都要重新确认材料范围时，清单的固定作用才明显。规模不是判断标准，决策的复杂度和后果才是。
清单条目应该控制在多少项，怎么避免评审被填表占用？
没有统一的数量标准，判断依据是评审时间是否被核对条目挤占、讨论决策问题的时间是否被压缩。可行的做法是把条目分成两类：必须项只保留直接影响继续或终止判断的要素，参考项作为补充材料供评审人预读。条目膨胀时，先删减与本次决策问题无关的内容，再把稳定的背景信息移到预读材料中。清单修订应结合评审复盘进行，由维护负责人定期检查条目是否仍然服务于决策。
评审结论和待办怎么跟踪，才能让下一次评审不重复确认遗留问题？
关键是让结论在评审结束时就有明确的责任人和时限，并在下一次评审前完成核对。可以在评审记录中固定三项内容：本次决策结论、遗留问题及其责任人、下次评审前需关闭的事项。评审主持人或指定跟进人在下次评审议程中先核对上次遗留项的关闭情况，再进入本次议题。如果团队使用协作工具承载评审记录，把待办直接转为可跟踪的工作项并关联到对应评审，可以减少会后反复追问问责的沟通。
试点阶段怎么判断清单确实起了作用，而不是其他因素带来的改善？
做法是控制变量并保留前后对照。选一个节点启用清单，其他流程保持不变，记录启用前若干次评审的基线数据，包括材料补交次数、会上用于澄清口径的时长、结论待办的数量与闭环比例。试点运行若干轮后用同一组指标对照。如果同期还调整了评审频率、参与人或决策权限，改善原因就难以归到清单上。复盘时同时看评审质量是否下降，例如关键风险是否被更早识别，避免只追求指标好看而让评审流于形式。
