DCP决策评审要回答的是“这个项目是否值得继续投入下一阶段”，支撑这个判断的依据由三部分组成：阶段交付物与验证证据、业务与投资论证材料、以及评审规则本身。本文按概念、计划、开发、验证四个阶段给出材料清单、责任人与提交时点，并说明评审会如何依据材料形成继续、有条件继续、暂停或终止的结论。文中示例为演示情景，用于说明材料组织方式。
要点总览（TL;DR）
- DCP决策评审的依据由三类材料组成：阶段交付物与验证证据、业务与投资论证、决策规则与治理要求，三类缺一都会让决策缺少支撑。
- 材料清单按阶段裁剪：概念阶段重需求覆盖与商业价值，计划阶段重业务计划与技术方案基线，开发与验证阶段重测试质量数据与合规评估。
- 评审前由项目经理汇总材料包并完成完整性自检，各职能负责人对本领域结论确认，数据口径与版本一致性要在上会前核对。
- 评审会按“证据是否充分—结论是否成立—风险是否可控—承诺是否可执行”的顺序推进，结论分为继续、有条件继续、暂停、终止四类，有条件继续须写明条件项、责任人与复核时点。
- 评审后用清单核对材料完整性、结论明确性、遗留问题关闭时点与记录归档情况，缺项在下一次评审前补齐。
DCP评审到底要回答哪几个决策问题
DCP（Decision Check Point）是阶段决策点，评审对象是整个项目或产品包在下一阶段的投入承诺。一次DCP评审通常只需要回答三到五个问题，问题定得越具体，材料准备越有方向。
常见的决策问题清单如下，可按阶段裁剪：
- 上一阶段承诺的交付物是否完成，关键验证证据是否充分？
- 市场需求与客户证据是否仍然成立，是否存在需要调整方向的新信息？
- 投资回报与资源测算是否支持继续投入，下一阶段的预算与人力能否落实？
- 主要风险是否可控，是否存在触发暂停或终止的红线条件？
- 下一阶段的交付承诺与准入条件是什么？
需要把DCP与另外三类评审区分开。发布审批决定某一次版本能否对外交付；质量门禁检查具体交付物是否达到质量阈值；单需求评审确认一条需求的实现方案。三者都在DCP之下或之外运行，DCP不替代它们，也不重复审查其细节，只采信其结论作为证据。
不同阶段的决策重心不同。概念阶段判断需求覆盖范围、技术可行性与商业价值是否匹配，决定是否进入计划阶段；计划阶段判断业务计划与技术方案基线是否可批准，决定是否释放开发资源；开发阶段判断原型验证与小批量试产结果是否支持转入量产准备；验证阶段综合市场准入、生产成熟度与合规性，判断是否具备商业化发布资格。阶段名称与评审节点在不同企业可能不同，决策问题的结构可以沿用。
评审依据分几类：交付物、业务论证与决策规则
材料包只放技术文档，决策会变成技术评审；只放财务测算，决策会脱离交付现实。把依据分成三类，可以检查材料包是否失衡。
| 依据类别 | 主要内容 | 提供方 | 在评审中的作用 |
|---|---|---|---|
| 阶段交付物与验证证据 | 需求文档、方案与设计基线、测试报告、质量数据、成本与进度实际值 | 产品、研发、测试、质量、财务接口人 | 证明上一阶段承诺是否兑现，回答“做到了什么” |
| 业务与投资论证 | 市场与客户证据、投资回报测算、资源需求、风险与合规评估 | 市场、财务、项目管理、法务或合规 | 证明继续投入的价值与代价，回答“值不值得做下去” |
| 决策规则与治理 | 阶段准入标准、评审角色与表决规则、上一阶段遗留问题关闭记录 | 项目管理办公室或流程负责人 | 规定依据什么标准判断、由谁判断、如何留痕 |
三类依据的作用不同，缺一类就会出现典型问题：缺交付物证据，决策建立在汇报印象上；缺业务论证，团队只对技术负责而不对投资负责；缺决策规则，同一份材料在不同会议上得出不同结论，遗留问题反复上会却无人关闭。评审前按这三类逐项对照，比逐页检查文档更有效。
按阶段整理DCP评审材料清单
材料清单要落到材料名称、责任人、提交时点和合格标准四个字段，否则“准备充分”无法核验。下表给出分阶段的参考清单，企业可据此增删。
| 阶段 | 材料 | 责任人 | 提交时点 | 合格标准 |
|---|---|---|---|---|
| 概念 | 市场需求与客户证据汇总 | 市场负责人 | 评审前5个工作日 | 覆盖目标客户群，标明证据来源与采样范围 |
| 概念 | 产品概念与初步技术方案 | 产品负责人 | 评审前5个工作日 | 说明需求覆盖范围、关键技术可行性与备选路径 |
| 概念 | 资源与预算初算、风险初评 | 项目经理、财务接口人 | 评审前3个工作日 | 给出量级测算与主要风险清单，标注假设条件 |
| 计划 | 业务计划书与投资回报测算 | 产品负责人、财务接口人 | 评审前5个工作日 | 收入、成本、投入节奏口径一致，敏感性分析可查 |
| 计划 | 总体技术方案与开发计划基线 | 研发负责人 | 评审前5个工作日 | 架构、模块划分、关键节点与接口约定完成评审 |
| 计划 | 上一阶段遗留问题关闭记录 | 项目经理 | 评审前3个工作日 | 逐条标明关闭证据或延期理由与新的关闭时点 |
| 开发 | 设计基线变更记录 | 研发负责人 | 评审前5个工作日 | 变更均有评审记录，影响范围已评估 |
| 开发 | 测试与质量数据、试产结果 | 测试负责人、质量负责人 | 评审前5个工作日 | 缺陷收敛趋势可读，未关闭问题有分级与处置计划 |
| 开发 | 成本与进度偏差分析 | 项目经理 | 评审前3个工作日 | 偏差原因与纠偏措施对应，剩余预算可核 |
| 验证 | 合规与认证评估、供应链准备情况 | 合规接口人、供应链负责人 | 评审前5个工作日 | 列出待办合规项及其对发布时点的影响 |
| 验证 | 市场准入与生产成熟度评估 | 市场负责人、制造负责人 | 评审前5个工作日 | 给出准入条件满足情况与量产爬坡假设 |
材料缺失或数据不充分时，处理方式应在规则中事先约定，而不是会上临时争论。常见做法有三种：一是允许以“有条件继续”上会，把缺失项写成条件项并指定补齐时点；二是关键证据缺失时降级为预审，补齐后重新排期；三是涉及红线指标（如安全、合规）缺失时直接不予上会。三种方式的适用条件应写入阶段准入标准，由流程负责人维护。
评审前如何自检与预审材料
评审会的时间应花在判断上，而不是澄清口径。上会前的准备工作决定了这一点。
项目经理是材料包的第一责任人，按清单逐项核对完整性，检查每份材料是否有责任人署名、版本号与日期。完整性自检的输出是一张自检表，缺项要标注补齐责任人与时点，随材料包一并提交。
各职能负责人对本领域结论签字确认，含义是该结论由本领域负责，而非由项目经理代为转述。签字确认可以书面完成，也可以在材料评审记录中留痕。
预审会适用于材料量大、跨部门分歧明显的阶段，例如计划阶段的业务计划书；材料成熟、分歧较小的阶段可以采用书面预审，由决策者提前阅读并提交问题清单。预审关注三件事：数据口径是否一致（如市场规模、成本口径、进度基准日）、版本是否为最新基线、结论与证据是否对应。预审不形成决策，只输出待澄清问题清单。
数据口径与版本一致性检查容易被忽略。同一份材料包中，市场材料与财务测算引用的销量假设不一致，会上必然返工。建议在自检表中单列一行，由项目经理核对关键数字在各材料间的一致性。
评审会怎么开：角色分工、表决与决策记录
评审会需要四类角色：决策者负责作出结论并对资源承诺负责；汇报人按材料包陈述事实与结论；职能评审人从本领域提出质询并给出领域结论；记录人负责会议记录与决策记录归档。角色可以由同一人兼任，但决策者与汇报人应分开。
提问顺序建议按“证据是否充分—结论是否成立—风险是否可控—承诺是否可执行”推进。先确认交付物与验证证据是否齐全、数据是否可信，再讨论业务论证是否支持继续投入，然后检查风险与合规红线，最后确认下一阶段资源与交付承诺。按这个顺序，可以避免在证据不足时过早进入方案争论。
结论分为四类，表决与记录方式如下：
- 继续：决策者确认进入下一阶段，记录中写明批准的基线版本与资源额度。
- 有条件继续：记录中逐条写明条件项、责任人、复核时点与复核方式，条件未关闭前不释放对应资源。
- 暂停：写明暂停原因、恢复评审的触发条件与责任人。
- 终止：写明终止依据与资源回收安排，遗留问题转入关闭流程。
表决方式可采用决策者拍板加职能评审人意见记录，也可采用投票制，具体规则应在阶段准入标准中事先约定，避免每次会议临时确定。无论哪种方式，决策记录都应包含参会人、材料版本、讨论要点、结论、条件项与行动项。
材料归集、决策记录与行动项跟踪如果分散在邮件和多个文档中，追溯成本很高。ONES 的 IPD 解决方案覆盖概念、计划、开发、验证等阶段并包含阶段决策评审节点，可以把评审材料、评审记录与遗留问题放在同一工作项上下文中管理，便于下次评审时直接调取上一阶段的关闭记录。具体配置方式需结合企业自身流程规划。
一个完整示例：某阶段DCP评审的材料与结论
以下为演示情景，用于说明材料组织与决策记录方式，不代表任何真实企业数据。
背景：某硬件产品项目处于计划阶段末，申请PDCP评审，以批准业务计划书并释放开发资源。项目经理提前一周汇总材料包，包含：市场需求证据更新（市场负责人）、业务计划书与投资回报测算（产品与财务）、总体技术方案与开发计划基线（研发）、上一阶段遗留问题关闭记录（项目经理）、风险与合规初评（合规接口人）。
关键数据：目标市场规模测算较概念阶段下调，原因是渠道假设调整；开发计划基线较初版延长，主要来自关键器件交期；投资回报测算的回收周期相应变化。自检中发现市场材料与财务测算引用的销量假设不一致，项目经理在预审前完成统一并记录修订版本。
会上主要分歧有两处：一是销量下调后回收周期是否仍满足投资门槛，财务接口人补充了敏感性分析；二是关键器件交期风险由谁承担，供应链负责人提出备选供应商方案但尚未完成验证。职能评审人确认技术方案基线已完成评审，测试与质量数据在计划阶段尚不适用。
决策结论：有条件继续。条件项包括：备选供应商验证在开发阶段第一个月末前完成，责任人为供应链负责人；更新后的业务计划书在两周内完成基线归档，责任人为产品负责人。复核方式为书面复核，复核时点定在开发阶段第一次项目例会后。决策记录归档，行动项进入跟踪。
完成检查：DCP评审是否做到位
评审结束后，用下面这份清单逐项核对，可以判断本次评审是否满足要求。
- 材料完整性：清单内材料是否全部提交，缺项是否有补齐责任人与时点。
- 数据口径一致性：关键数字（市场规模、成本、进度基准日）在各材料间是否一致，版本是否为最新基线。
- 决策结论明确性：结论是否属于继续、有条件继续、暂停、终止四类之一，是否写明依据。
- 条件项与责任人：有条件继续时，每个条件项是否有责任人、复核时点与复核方式。
- 遗留问题登记：未关闭问题是否登记，是否设定关闭时点与跟踪人。
- 记录归档与可追溯：决策记录是否包含参会人、材料版本、讨论要点与结论，能否被下一次评审直接调取。
清单中任何一项不满足，都应在下一次评审前补齐，而不是留到阶段结束时统一处理。评审机制的有效性，最终体现在上一阶段的承诺能否被下一阶段逐条核对。
常见问题
DCP评审和发布审批、质量门禁是什么关系，材料可以互相替代吗？
三者层级不同，材料不能互相替代。DCP评审判断项目是否继续投入下一阶段，采信的是发布审批、质量门禁和单需求评审的结论作为证据，不重复审查其细节。发布审批决定某一次版本能否对外交付，质量门禁检查具体交付物是否达到质量阈值。实际操作中，把发布审批的通过记录作为DCP材料包中的一项证据引用即可，不必把发布审批的全部检查项搬进DCP材料。
关键证据在评审前无法补齐，是否一定要推迟评审？
取决于缺失项的性质，处理方式应事先写入阶段准入标准。常见做法有三种：一般性材料缺失可以按“有条件继续”上会，把缺失项写成条件项并指定补齐时点；关键证据缺失时降级为预审，补齐后重新排期；涉及安全、合规等红线指标缺失时不予上会。三种方式的分界由流程负责人维护，避免每次会议临时争论。
有条件继续之后，条件项由谁跟踪、什么时候复核？
每个条件项在决策记录中写明责任人、复核时点与复核方式，条件未关闭前不释放对应资源。复核方式可以是书面复核，也可以放在下一次项目例会上确认。复核结果要回写到决策记录中，形成从条件提出到关闭的完整记录，下一次DCP评审时可直接调取上一阶段的关闭情况。
不同阶段的DCP评审，材料清单需要完全一样吗？
不需要，清单按阶段裁剪。概念阶段侧重市场需求证据、产品概念与初步技术方案、资源与预算初算；计划阶段侧重业务计划书与投资回报测算、总体技术方案与开发计划基线、遗留问题关闭记录；开发阶段侧重设计基线变更、测试与质量数据、成本与进度偏差；验证阶段侧重合规与认证评估、供应链准备、市场准入与生产成熟度。三类依据的框架可以沿用，具体材料随阶段调整。
评审会上决策者与汇报人可以由同一人担任吗？
建议分开。决策者负责作出结论并对资源承诺负责，汇报人按材料包陈述事实与结论，两者分开可以避免汇报立场影响判断。职能评审人从本领域提出质询并给出领域结论，记录人负责会议记录与决策记录归档。角色可以由同一人兼任，但决策者与汇报人分开是更稳妥的安排。
