DCP评审未通过，意味着该阶段暂时不能按原计划进入下一阶段，后续工作要先确认结论类型，再定位原因、安排整改与重审。本文聚焦阶段性继续或终止决策的后续处置，单次发布许可、单需求评审不在讨论范围内。整改任务拆分、重审材料准备和决策记录归档，可以在ONES中通过工作项状态与评审记录承载。
要点总览（TL;DR）
- DCP评审未通过后，先把结论拆成整改后重审、退回上一阶段补充、终止或暂缓三类，再按类型匹配责任主体和时间要求。
- 原因分析要区分已证实原因与待验证假设，每类原因都对应可核查的证据来源，避免把会上猜测直接写成整改依据。
- 整改任务按原因逐项拆分，每项指定唯一责任人和完成标志，同时写明重审时点与前置条件，涉及范围变更或资源追加按既定审批路径提交。
- 整改任务完成不等于具备重审条件，需逐项验证原因是否关闭，再按重审材料清单准备并留出预读时间。
- 把原因分类结果回写到阶段检查项，决策与整改记录归档到阶段文档，在后续DCP节点设置提前检查点，减少同类问题重复出现。
未通过后的症状与处置范围
DCP评审未通过的直接表现是阶段决策没有形成“进入下一阶段”的结论。具体可能呈现为三种状态：决策结论待定，会议未形成明确意见；结论为退回，要求补充材料后重新提交；结论为终止或暂缓，阶段不再按原计划推进。无论哪种状态，阶段门都处于关闭状态，项目不能自行进入下一阶段。
需要纳入处置范围的事项包括：阶段继续或终止的决策安排、整改责任与时间点的确定、重审条件的设定、决策记录与整改记录的归档。这些事项共同服务于一个目标——让阶段门重新具备可决策的条件，或者明确关闭该阶段。
以下事项不属于本文处置范围：单次发布许可的审批，归入发布审批与质量门禁流程；单个需求的评审确认，归入需求评审与确认流程。区分边界的作用是避免把阶段决策问题拆散到其他流程中处理，导致责任人和时间点无人承接。
处置范围清单可以按以下条目核对：
- 阶段状态是否已明确标记为“未通过”或“待定”，并通知相关干系人；
- 是否已指定结论确认的责任人和确认时限；
- 整改任务是否已进入任务跟踪，而非停留在会议纪要中；
- 重审条件是否已书面记录；
- 本次决策与整改记录是否已归档到阶段文档。
先确认结论类型：整改重审、退回还是终止
“未通过”是一个笼统状态，直接按同一路径处理容易造成两种偏差：该终止的项目被反复整改，或只需补充材料的项目被过度升级。第一步应把未通过拆成可执行的结论类型，再匹配责任主体和时间要求。
| 结论类型 | 含义 | 责任主体 | 时间要求 |
|---|---|---|---|
| 整改后重审 | 阶段方向可行，但存在必须关闭的问题，整改完成后重新提交决策 | 项目负责人牵头整改，决策机构负责重审 | 设定整改截止日和重审窗口，通常与下一决策节点衔接 |
| 退回上一阶段补充 | 本阶段交付物或论证不足以支撑决策，需回到上一阶段补齐 | 上一阶段责任团队补充，本阶段负责人复核 | 明确补充范围与重新提交时点 |
| 终止或暂缓 | 阶段不再继续，或暂停等待外部条件变化 | 决策机构作出结论，项目负责人执行收尾 | 终止需明确资源释放与记录归档时点；暂缓需设定复核触发条件 |
结论记录应包含以下字段，缺一项就可能导致后续执行走样：结论类型；未通过的具体原因；每项原因对应的责任人；重审条件，即满足什么条件才能重新提交；重审时点或触发方式；决策机构与记录人。结论类型判定表的价值在于把口头意见转成可追踪的承诺，避免“再改改看”这类无法验收的表述。
如果会议现场无法形成明确结论，应记录为“待定”，并指定在限定时间内完成结论确认的责任人。待定状态本身也是一种结论，需要有人推动它转化为上述三类之一。
未通过原因的分类与证据核对
原因分析最容易出现的问题是：把会上提出的猜测直接写成整改依据。处置时应先按类别列出原因假设，再逐项核对证据，区分已证实原因与待验证假设。
| 原因类别 | 典型假设 | 验证证据 | 核对方式 |
|---|---|---|---|
| 交付物缺失 | 阶段要求的文档或数据未提交或版本过期 | 交付物清单与实际提交记录比对 | 逐项核对清单，标记缺失项与责任人 |
| 技术或商业论证不足 | 关键方案缺少验证数据，或市场、成本测算不充分 | 测试报告、测算模型、评审意见原文 | 由领域专家复核论证链条是否闭合 |
| 资源与计划不匹配 | 人力、预算或进度与阶段目标不匹配 | 资源投入记录、计划基线与实际进展对比 | 核对关键路径上的资源缺口 |
| 风险未闭环 | 已识别风险缺少应对措施或责任人 | 风险登记册与应对计划 | 检查每项高风险是否有措施、责任人和关闭标准 |
核对时应在记录中标注证据来源，例如某份测试报告、某次会议纪要或某个数据系统导出。假设与已证实原因分开记录：已证实原因直接进入整改任务；待验证假设先安排验证动作，验证结论出来后再决定是否纳入整改。这样做的目的是防止整改范围被猜测撑大，也防止真实问题被“看起来像”的解释掩盖。
整改与重审的排期和分工
原因确认后，整改安排要落到任务、责任人和时间点三个要素上。建议按以下顺序推进：
- 把每项已证实原因拆成可交付的整改任务，每项任务指定唯一责任人，避免多人负责等于无人负责。
- 为每项任务设定完成标志，例如“补充完成某测试报告并通过专家复核”，而非“继续完善”。
- 确定重审时点，并写明前置条件：哪些任务必须关闭、哪些材料必须提交、哪些干系人必须确认。
- 安排沟通节奏，例如每周同步整改进展，关键任务完成后即时通报，重审前组织一次预检查。
- 识别涉及范围变更或资源追加的任务，按组织既定的变更审批路径提交，不在整改中自行扩大阶段范围。
角色分工上，项目负责人对整改整体负责，各任务责任人对自己交付物负责，决策机构负责确认重审条件是否满足。质量或流程角色可以承担证据复核，但不替代任务责任人完成整改。
整改与重审计划表可按以下字段填写：原因编号、整改任务、责任人、完成标志、计划完成日、当前状态、重审前置条件、备注。这张表同时是进度跟踪工具和重审准入依据。在ONES中，整改任务可以作为工作项跟踪状态，重审材料与决策记录关联到阶段文档，使任务完成情况与重审条件在同一处可见。
整改完成的验证与重审准备
整改任务标记完成，不等于具备重审条件。验证环节要回答一个问题：每项未通过原因是否已有可核查的证据证明其已关闭。
验证方式按原因类型选择：交付物缺失类，采用证据复核，逐项比对清单与提交记录；技术或商业论证类，采用专项检查或试运行，由领域专家确认论证链条闭合；资源与计划类，核对调整后的计划基线与资源承诺；风险类，检查风险登记册中对应风险是否已关闭或有可接受的应对方案。
重审材料清单通常包括：整改完成情况说明、每项原因的关闭证据、更新后的阶段交付物、重审申请与建议议程。提交时点应在重审会议前留出足够的预读时间，便于决策成员提前核对。
如果验证发现部分任务未达重审条件，有三种处理方式：延期重审，适用于关键任务接近完成但需要更多时间；缩小范围重审，适用于部分问题可移出本阶段处理且不影响阶段决策；终止或暂缓，适用于验证结果表明原假设不成立或外部条件已变化。选择哪种方式应由项目负责人提出、决策机构确认，并更新结论记录。
重审准入检查清单可包括：所有已证实原因是否都有对应整改任务且状态为关闭；每项关闭是否有证据支撑；重审材料是否齐全并按时提交；重审议程与参与人是否确认；上次结论记录中的重审条件是否逐条满足。
复发预防与决策记录沉淀
一次未通过处置完成后，应把经验转化为后续阶段的检查能力，而不是停留在个案总结。具体做法包括：
- 将本次原因分类结果回写到阶段检查项，例如在下一DCP节点的检查清单中增加对应条目，使同类问题在提交前被主动核对；
- 将决策记录、整改记录和验证证据归档到阶段文档，明确归档责任人与归档时点，保证后续审计或复盘可追溯；
- 在后续DCP节点设置提前检查点，例如决策会前两周组织预检查，重点核对上次未通过原因的同类风险；
- 对反复出现的同类原因，评估是否需要在流程或模板层面调整，例如补充论证模板或调整资源评估方法。
复发预防措施清单应写明措施内容、适用阶段、责任人和检查时点。在ONES中，阶段检查项可以作为评审检查单维护，历次决策结论与整改记录沉淀在项目文档中，后续节点预检查时直接引用，减少同类问题重复进入决策会。
DCP未通过后的处置质量，取决于结论是否被拆清、原因是否有证据、整改是否有责任人和时间点、重审是否有准入标准。把这四件事记录在同一套工作项和文档中，阶段决策的后续安排就能从会议意见变成可执行、可验证、可复用的过程。
常见问题
DCP评审结论为“待定”时，后续工作怎么推进？
待定本身也是一种结论，需要有人推动它转化为明确类型。处置时指定一名结论确认责任人，并设定确认时限；在时限内收集会上未决的问题清单，逐项确认属于整改后重审、退回补充还是终止暂缓。确认完成后更新结论记录，补齐结论类型、原因、责任人、重审条件等字段，再进入整改排期。待定期间阶段门保持关闭，项目不自行进入下一阶段。
整改过程中发现原定原因判断有误，需要调整整改范围怎么办？
先回到证据核对环节，把新发现作为待验证假设记录，安排验证动作，验证结论出来后再决定是否纳入整改。若确认原判断有误，应更新原因分类与整改任务清单，并同步给决策机构。涉及阶段范围变更或资源追加的，按组织既定的变更审批路径提交，不在整改中自行扩大阶段范围。调整后的结论记录和计划表要一并更新，保证重审时依据的是最新版本。
重审时点应该定在整改全部完成之后，还是可以与整改并行？
重审时点应与重审前置条件绑定，而不是简单等所有任务完成。做法是先明确哪些任务必须关闭、哪些材料必须提交、哪些干系人必须确认，再据此确定重审窗口。关键任务接近完成但需要更多时间时，可以选择延期重审；部分问题可移出本阶段处理且不影响阶段决策时，可以缩小范围重审。无论哪种方式，都应由项目负责人提出、决策机构确认，并更新结论记录。
整改任务在ONES中如何与重审条件对应起来？
可以把每项整改任务作为工作项跟踪状态，把重审材料与决策记录关联到阶段文档，使任务完成情况与重审条件在同一处可见。重审前按准入检查清单逐项核对：已证实原因是否都有对应任务且状态为关闭、每项关闭是否有证据支撑、材料是否齐全并按时提交。这样重审准备就不依赖个人记忆，而是依据可查的状态和文档。
DCP未通过后，哪些事项不应放在本文流程里处理？
单次发布许可的审批归入发布审批与质量门禁流程，单个需求的评审确认归入需求评审与确认流程。本文处理的是阶段性继续或终止决策的后续安排，包括结论类型确认、原因核对、整改排期、重审验证和记录沉淀。把边界分清，可以避免阶段决策问题被拆散到其他流程中，导致责任人和时间点无人承接。
