瀑布阶段验收清单包含哪些检查项

瀑布阶段验收清单围绕“阶段交付物是否完整、是否达到进入下一阶段的条件”来组织，通常包含交付物完整性、需求与设计追溯、质量与测试证据、变更与问题闭环、文档与配置基线、资源与合同条件、下一阶段准备度七类检查项。每项要写明通过标准、证据材料、负责人和检查时点，并把影响下一阶段启动的项标为阻断项。ONES可承载清单核验与验收记录，下文按使用方式、检查项、判定口径和报告字段逐层展开。

要点总览（TL;DR）

• 瀑布阶段验收清单通常包含七类检查项：交付物完整性与版本一致性、需求到设计及测试的追溯、质量证据与缺陷收敛、变更与问题闭环、文档与配置基线、资源与合同条件、下一阶段启动准备度。
• 每项检查的通过标准写成“可观察结果＋判定条件”，例如“测试报告已签署且高优先级缺陷全部关闭”，避免只写“已完成”。
• 证据与检查项一一对应：评审记录、测试报告、缺陷清单、基线记录、签署文件分别支撑对应检查项，并明确提交人、复核人与归档责任。
• 关键交付物缺失、高优先级缺陷未闭环、基线未建立、关键签署缺失属于阻断项，未解除不进入下一阶段；其余遗留项可有条件通过并写明补偿措施与复核时点。
• 验收报告汇总基本信息、核验结果、不通过项说明、阻断项状态、遗留事项、验收结论、签署与证据索引，结论可回溯到每条检查项。

谁在什么时点使用这份清单

阶段验收清单在阶段门评审中承担核验工具的角色，参与方需要在同一份清单上形成一致结论。阶段负责人负责提交交付物并完成自查，项目经理组织评审并跟踪不通过项，质量角色核验测试证据与缺陷状态，业务验收方确认交付物是否满足需求与使用条件。四方分工明确，清单才不会变成项目经理一个人的签字表。

使用时点分为三段。阶段末评审会前，由阶段负责人对照清单逐项自查，补齐缺失证据；评审会中，各验收方按分工核验检查项，对存疑项当场确认证据；评审会后，项目经理汇总结论、记录遗留事项并归档。清单与阶段门放行决定直接挂钩：清单核验结论是放行、有条件放行或暂不放行的依据，未完成核验的项不能默认通过。

使用方	主要动作	介入时点
阶段负责人	整理交付物、提交证据、完成自查	评审会前
项目经理	组织评审、汇总结论、跟踪遗留项	全程
质量角色	核验测试报告、缺陷清单与质量证据	评审会中
业务验收方	确认需求覆盖与交付物可用性	评审会中

阶段验收检查项分阶段展开

检查项按阶段交付物的形成顺序组织，从需求确认到下一阶段准备逐类核对。下表给出七类检查项及各自的通过标准、证据、负责人和检查时点，可直接作为阶段验收检查表的骨架，再按项目实际补充具体条目。

检查项	通过标准	证据	负责人	时点
交付物完整性与版本一致性	清单列明的交付物全部提交，版本号与评审版本一致	交付物清单、版本记录	阶段负责人	评审会前自查
需求到设计的追溯	每条阶段需求可追溯到设计文档对应章节	需求追溯矩阵	需求负责人	评审会中
设计到开发、测试的追溯	设计项均有对应开发任务与测试用例，无孤立项	追溯矩阵、任务与用例关联记录	开发与测试负责人	评审会中
质量证据与缺陷收敛	测试报告已签署，高优先级缺陷全部关闭，中低优先级缺陷有处理计划	测试报告、缺陷清单	质量角色	评审会中
变更闭环	阶段内变更均已评审、批准并更新到相关文档	变更记录、变更评审纪要	项目经理	评审会中
风险与问题闭环	阶段内识别的风险与问题均有责任人和处理状态	风险与问题清单	项目经理	评审会中
文档与配置基线归档	阶段文档齐全，配置项已建立基线并归档	文档清单、基线记录	配置管理员	评审会后归档
资源与合同条件	下一阶段所需人员、采购或合同条件已落实或有明确计划	资源计划、合同或采购文件	项目经理	评审会中
外部依赖条件	外部接口、供应商交付等依赖项状态明确，无未识别依赖	依赖清单、对接记录	阶段负责人	评审会中
下一阶段启动准备度	下一阶段计划、人员分工与准入条件已确认	阶段计划、启动会议记录	项目经理	评审会后

表中每类检查项在不同阶段可细化。例如需求阶段侧重需求文档与评审记录，设计阶段侧重设计说明与追溯关系，开发阶段侧重代码与构建产物，测试阶段侧重测试报告与缺陷收敛。细化时保持“一项检查对应一个可判断结果”，避免把多个条件塞进同一行。

每项检查的通过标准怎么写

通过标准写成“可观察结果＋判定条件”，让不同验收方对同一项得出相同结论。可观察结果指能拿出来看的东西，如文档、报告、记录；判定条件指数量、状态或签署要求，如“全部关闭”“已签署”“覆盖率不低于约定值”。只写“已完成”“基本符合”无法判断，应改写为具体状态。

检查项	笼统写法	可判断的通过标准
测试完成	测试已完成	测试报告已由质量负责人签署，高优先级缺陷关闭数为全部，遗留缺陷均有责任人与计划完成日期
需求覆盖	需求已实现	阶段需求清单中每条需求均标注实现状态，未实现项已走变更流程并有批准记录
文档归档	文档已整理	文档清单列明的文档全部上传至指定位置，版本号与评审版本一致
变更处理	变更已处理	阶段内变更均有变更单，变更单包含影响分析与批准人签署

判定结果分三档：完全通过表示证据齐全且满足判定条件；有条件通过表示主要条件满足，存在不影响下一阶段启动的遗留项，需写明补偿措施与复核时点；不通过表示关键条件未满足，需整改后重新核验。建议类内容不进入检查项，例如“建议补充性能测试”属于改进建议，只有写入阶段要求并明确判定条件后才成为检查项。

证据材料与负责人如何对应

每类检查项对应一种或多种可提交的证据形式，证据与检查项一一对应，验收结论才能回溯。评审记录对应需求与设计评审类检查项，测试报告与缺陷清单对应质量类检查项，基线记录对应配置归档类检查项，签署文件对应变更批准与阶段放行类检查项。

证据类型	对应检查项	提交人	复核人	归档责任
评审记录	需求、设计评审完成	阶段负责人	质量角色	项目经理
测试报告	质量证据与缺陷收敛	测试负责人	质量角色	项目经理
缺陷清单	缺陷状态与遗留处理	测试负责人	质量角色	项目经理
基线记录	文档与配置基线归档	配置管理员	项目经理	配置管理员
签署文件	变更批准、阶段放行	项目经理	业务验收方	项目经理

证据缺失时按检查项性质处理：属于阻断项的，验收暂停，补齐后再核验；属于非阻断项的，记录缺失原因、补交责任人与补交日期，并在验收报告中列为遗留事项。证据提交人负责材料真实完整，复核人负责确认证据与检查项匹配，归档责任人负责验收后材料可查。

阻断项与阶段完成条件

阻断项指未通过就不能进入下一阶段的检查项，典型包括关键交付物缺失、高优先级缺陷未闭环、配置基线未建立、关键签署缺失。这四类问题会直接影响下一阶段工作的正确性或可追溯性，因此不适用有条件通过。

有条件通过适用于不影响下一阶段启动的遗留项，例如低优先级缺陷有明确修复计划、部分辅助文档待补充。采用有条件通过时，需写明补偿措施、责任人和复核时点，并在下一阶段启动后按约定复核。阻断项解除需满足两个条件：证据补齐且复核人确认通过，解除结论记录在验收报告中。阶段完成条件由项目经理汇总清单核验结果，经业务验收方与质量角色确认后形成放行结论，结论分为放行、有条件放行和暂不放行三种。

验收报告模板包含哪些内容

验收报告是清单核验结果的汇总归档，字段设计要能回溯到每条检查项及其证据。报告基本信息包括项目名称、阶段名称、验收日期、参与方及各自角色。核验结果汇总按检查项列出结论，不通过项需写明原因、责任人与整改期限。

报告字段	内容要求
基本信息	项目、阶段、验收日期、参与方与角色
核验结果汇总	逐项列出检查项、结论、证据索引
不通过项说明	原因、责任人、整改期限
阻断项状态	阻断项清单、当前状态、解除条件
遗留事项	有条件通过项、补偿措施、复核时点
验收结论	放行、有条件放行或暂不放行
签署	项目经理、质量角色、业务验收方签署
附件与证据索引	证据材料清单及存放位置

报告中的每条结论应能指向具体检查项和证据材料，附件索引按证据类型编号，便于后续审计或复盘时快速定位。

用ONES承载清单核验与验收记录

把检查项建成工作项，是清单在工具中落地的基本方式。ONES支持用项目计划创建工作分解结构，按阶段或交付物分解计划，并用里程碑标记阶段门等决策点，检查项可作为阶段下的工作项分配负责人与截止时点。评审会前，负责人按工作项状态完成自查；评审会中，验收方逐项核验并更新状态。

证据文档与检查项的关联可通过文档关联任务实现，ONES Wiki支持文档关联任务并插入工作项列表，测试报告、评审记录等材料可与对应检查项建立关联，验收时从检查项直接查看证据。阻断项可在工作项上单独标记，阶段门放行结论记录在验收文档中，与里程碑状态对应。ONES支持设置项目计划和里程碑基线，通过版本对比追溯变更，验收结论归档后可随基线记录一并追溯。上述能力依据ONES瀑布项目管理与项目产品资料，具体字段配置可按团队流程调整。

常见问题

阶段验收清单和阶段门评审是什么关系？

清单是阶段门评审的核验工具，评审是做出放行决定的过程。评审会前由阶段负责人对照清单自查并补齐证据，评审会中各验收方按分工逐项核验，评审会后项目经理汇总结论并归档。清单核验结果构成放行、有条件放行或暂不放行的依据，未完成核验的项不能默认通过。

有条件通过和阻断项未解除有什么区别？

有条件通过适用于不影响下一阶段启动的遗留项，例如低优先级缺陷已有修复计划、辅助文档待补充，需要写明补偿措施、责任人和复核时点。阻断项未解除则不能进入下一阶段，典型如关键交付物缺失、高优先级缺陷未闭环、配置基线未建立、关键签署缺失，需补齐证据并经复核人确认后才能解除。

证据材料缺失时验收还能继续吗？

按检查项性质分别处理。属于阻断项的，验收暂停，补齐证据后再核验；属于非阻断项的，记录缺失原因、补交责任人与补交日期，并在验收报告中列为遗留事项。证据提交人负责材料真实完整，复核人确认证据与检查项匹配，归档责任人保证验收后材料可查。

不同阶段的检查项需要重新设计吗？

七类检查项框架可以沿用，具体条目按阶段交付物细化。需求阶段侧重需求文档与评审记录，设计阶段侧重设计说明与追溯关系，开发阶段侧重代码与构建产物，测试阶段侧重测试报告与缺陷收敛。细化时保持一项检查对应一个可判断结果，避免把多个条件塞进同一行。

用ONES承载清单核验时，检查项和证据怎么关联？

可以把检查项建成工作项，用项目计划按阶段或交付物分解，并分配负责人与截止时点，用里程碑标记阶段门。证据文档通过ONES Wiki的文档关联任务与对应检查项建立关联，验收时从检查项直接查看证据。阻断项可在工作项上单独标记，验收结论记录在验收文档中，并随项目计划与里程碑基线一并追溯。