项目验收检查清单通常按验收范围与依据、交付物完整性、功能与质量、文档与知识转移、合同与商务、运维与移交、遗留问题七类分组列检查项，每项记录检查内容、验收标准、检查方法、证据、结论、检查人与日期；遗留问题另用一张表记录编号、描述、影响、责任方、计划完成时间、关闭状态与验证结论。本文提供可直接复制的空白表格、字段填写口径和一份填写片段，并说明模板如何按项目类型裁剪与维护。
要点总览（TL;DR）
- 模板由两张表组成：检查项主表记录逐项检查与结论，遗留问题记录表记录未关闭事项，两表通过“关联检查项”字段对应。
- 检查项通常按七组展开：验收范围与依据、交付物完整性、功能与质量、文档与知识转移、合同与商务、运维与移交、遗留问题与风险。
- 结论只填通过、有条件通过、不通过、不适用四个值；结论为不通过或有条件通过的检查项，必须同步登记遗留问题记录。
- 必填项为空时该检查项视为未完成，不进入验收结论汇总；遗留问题缺少责任方或计划完成时间时，不能计入跟踪。
- 调整模板时保留固定字段结构、只增删检查项内容，并维护版本号与修订记录，验收完成后两张表一并归档。
可复制空白验收检查清单模板
模板由两张表组成：检查项主表承载逐项检查与结论，遗留问题记录表承载未关闭事项。两张表通过“关联检查项”字段对应，复制到文档或表格工具后即可填写。结论列只允许填四个值：通过、有条件通过、不通过、不适用。
表一：检查项主表
| 序号 | 检查分组 | 检查项 | 验收标准 | 检查方法 | 证据材料 | 结论 | 检查人 | 检查日期 | 备注 |
|---|---|---|---|---|---|---|---|---|---|
表二：遗留问题记录表
| 问题编号 | 关联检查项 | 问题描述 | 影响范围 | 严重程度 | 责任方 | 计划完成时间 | 当前状态 | 验证结论 | 关闭日期 |
|---|---|---|---|---|---|---|---|---|---|
填写顺序建议为：先按分组把检查项逐条落到主表，再逐项执行检查并填写结论；结论为“不通过”或“有条件通过”的检查项，同步在遗留问题表登记一条记录，并在“关联检查项”中填写主表序号。
检查清单通常包含哪些检查项目
检查项按验收对象分组，每组覆盖一类可核验的事实。分组的作用是保证清单不漏项，具体条目可根据项目类型增删。下表列出常见分组与典型条目。
| 检查分组 | 典型检查条目 |
|---|---|
| 验收范围与依据 | 合同或需求基线版本是否确认；验收标准是否书面化并经双方确认；验收组织与责任分工是否明确；验收时间与地点是否约定 |
| 交付物完整性 | 交付物清单与实际交付是否一致；版本号与配置基线是否对应；源代码、安装包、介质等是否齐全；第三方组件与许可说明是否提供 |
| 功能与质量 | 关键功能是否按需求逐项演示通过；性能指标是否达到约定值；稳定性与连续运行情况；缺陷收敛情况与遗留缺陷等级分布 |
| 文档与知识转移 | 操作手册、管理员手册是否交付；运维文档与部署说明是否完整；培训是否完成并有签到或记录；关键岗位交接是否确认 |
| 合同与商务 | 付款节点与验收结论的对应关系；发票开具与结算资料；质保期起止与服务响应约定；服务水平指标是否写入 |
| 运维与移交 | 生产环境与配置是否移交；账号权限是否完成交接或回收；监控告警是否接入；支持渠道与联系人是否明确 |
| 遗留问题与风险 | 未关闭事项是否汇总成表；每项是否有责任方与完成时间；遗留问题对上线或运行的影响是否评估；处置约定是否经双方确认 |
整体交付类项目通常七组全用；阶段转换类项目可弱化合同与商务组，强化交付物与文档组；服务类项目应加重服务水平、支持渠道与响应时效相关条目。
字段说明：每个字段填什么、怎么填
字段口径统一，才能让不同检查人填出的清单可以横向比较和汇总。以下逐字段说明主表与遗留问题表的填写方法。
检查项主表字段
- 序号：主表内唯一编号，建议按“分组缩写-两位数字”编排，如“功能-01”，便于遗留问题表引用。
- 检查分组：填写所属分组名称，与上一节的分组保持一致，便于按组统计通过率。
- 检查项：写成一件可执行、可判断的事，如“核对交付物清单与实际交付物版本一致”，避免写成“交付质量良好”这类无法判定的表述。
- 验收标准：写成可判定的条件，明确数量、阈值或状态。例如“清单中全部交付物均有对应版本号，且与配置基线一致”，避免“基本满足”“大致完成”等模糊表述。
- 检查方法：写明具体动作，如查文档、现场演示、抽样核对、测试报告核对、访谈确认。方法要与标准匹配，标准要求逐项演示的，方法就不能只写查文档。
- 证据材料：写清文件名或编号，如“交付物清单 V1.2”“性能测试报告 TR-2024-018”，便于复核人按编号调取。
- 结论：只能从四个值中选一个。通过表示标准全部满足；有条件通过表示主要要求满足、存在不影响验收成立的问题，且已在遗留问题表登记；不通过表示关键要求未满足；不适用表示该检查项对本项目不适用，需在备注说明原因。
- 检查人、检查日期：填写实际执行检查的人与日期，作为责任追溯依据。
- 备注：记录补充说明，如“不适用原因”“证据存放位置”。
遗留问题记录表字段
- 问题编号：表内唯一，建议与主表序号建立可读关联，如“YF-01”。
- 关联检查项：填写主表序号，一个问题影响多个检查项时全部列出。
- 问题描述：写清现象、发生位置和期望状态，避免只写“有问题”。
- 影响范围：说明受影响的模块、用户群体或业务流程，用于判断严重程度。
- 严重程度：可按“高、中、低”分级，分级口径在模板说明中固定，避免各人理解不一。
- 责任方：填写承担修复或处置责任的组织或个人。
- 计划完成时间：填写双方确认的日期，作为后续跟踪的基准。
- 当前状态：建议取值为“待处理、处理中、待验证、已关闭”，状态变化时更新。
- 验证结论：问题修复后由检查人复核填写，说明是否达到关闭条件。
- 关闭日期：验证通过并关闭的日期，未关闭时留空。
必填与选填：哪些字段不能空
必填字段决定一条记录是否成立。必填项为空时，该检查项视为未完成，不进入验收结论汇总；遗留问题记录缺少必填项时，不能作为已登记问题计入跟踪。
| 表 | 必填字段 | 选填字段 |
|---|---|---|
| 检查项主表 | 检查项、验收标准、结论、检查人、检查日期 | 备注、证据材料的补充说明 |
| 遗留问题记录表 | 问题编号、问题描述、责任方、计划完成时间、当前状态 | 严重程度的细化分级、影响范围的补充描述 |
另有一条联动规则：主表结论为“不通过”或“有条件通过”时，必须存在对应的遗留问题记录，且“关联检查项”指向该主表序号。缺少对应记录时，验收结论不能汇总为通过。严重程度建议至少填写一级粗分，细化分级可按组织习惯选填。
填写示例：一份填好的检查清单片段
以下为演示情景，用于说明通过情况与遗留问题如何记录，非真实项目案例。示例字段与前述说明逐项对应。
检查项主表（片段）
| 序号 | 检查分组 | 检查项 | 验收标准 | 检查方法 | 证据材料 | 结论 | 检查人 | 检查日期 | 备注 |
|---|---|---|---|---|---|---|---|---|---|
| 交付-01 | 交付物完整性 | 核对交付物清单与实际交付版本 | 清单内全部交付物均有版本号，且与配置基线一致 | 抽样核对清单与介质 | 交付物清单 V1.2；配置基线表 CM-03 | 通过 | 张明 | 2024-06-11 | |
| 功能-01 | 功能与质量 | 关键业务流程演示 | 需求基线中标注为关键的12条流程全部演示通过 | 现场演示并逐条记录 | 演示记录 DR-07 | 通过 | 李华 | 2024-06-12 | |
| 功能-02 | 功能与质量 | 批量导入性能 | 1万条数据导入在10分钟内完成 | 测试报告核对 | 性能测试报告 TR-2024-018 | 有条件通过 | 李华 | 2024-06-12 | 见遗留问题 YF-01 |
| 文档-01 | 文档与知识转移 | 运维手册交付与培训 | 手册交付且完成一次管理员培训并有签到记录 | 查文档、查培训记录 | 运维手册 V1.0；培训签到表 | 通过 | 王芳 | 2024-06-13 | |
| 商务-01 | 合同与商务 | 质保期条款确认 | 质保期起止与服务响应时限写入验收纪要 | 查合同与纪要 | 合同附件三；验收纪要草稿 | 不适用 | 王芳 | 2024-06-13 | 本项目为内部系统迁移，无外部合同 |
遗留问题记录表（片段）
| 问题编号 | 关联检查项 | 问题描述 | 影响范围 | 严重程度 | 责任方 | 计划完成时间 | 当前状态 | 验证结论 | 关闭日期 |
|---|---|---|---|---|---|---|---|---|---|
| YF-01 | 功能-02 | 1万条数据导入耗时约14分钟，超出约定阈值 | 批量导入功能，影响月度数据初始化 | 中 | 开发组 | 2024-07-05 | 处理中 | ||
| YF-02 | 功能-01 | 流程演示中第7条流程的审批节点未显示历史意见 | 审批流程查看，影响审计追溯 | 低 | 开发组 | 2024-06-28 | 待验证 | 已修复，待复核 |
示例中“功能-02”结论为有条件通过，对应遗留问题 YF-01；“功能-01”虽结论为通过，但演示中发现的问题已登记为 YF-02，说明遗留问题表可以承接检查过程中发现、但不改变该项结论的事项。所有结论均有检查人签署与日期，证据材料以编号引用，便于复核。
模板的调整与维护方法
模板的价值在于跨项目可比。调整时保留固定字段结构，只改检查项内容，这样不同项目的清单可以按分组和结论汇总统计。
按项目类型裁剪检查项
- 整体交付类：七组全用，重点保证交付物完整性、功能与质量、合同与商务三组条目齐全。
- 阶段转换类：弱化合同与商务组，强化交付物完整性、文档与知识转移、运维与移交组，突出阶段成果与下一阶段的输入条件。
- 服务类：加重服务水平、支持渠道、响应时效与人员交接条目，功能与质量组改为服务记录抽查。
裁剪只增删检查项行，不改字段列。新增检查项时同步写明验收标准与检查方法，避免留下只有名称、无法判定的空条目。
版本与修订记录
模板应标注版本号，并维护一张修订记录，写明变更内容、变更人、生效日期与适用范围。检查项口径变化（如性能阈值调整）属于版本变更，需通知使用该模板的项目组，避免新旧版本混用导致汇总口径不一致。
归档与遗留问题跟踪
验收完成后，检查项主表与遗留问题表一并归档，作为后续复盘与审计的输入。遗留问题未关闭时，按计划完成时间设置跟踪节点：临近到期未完成的，由责任方说明原因并更新计划时间；逾期且影响运行的，按组织约定升级到项目负责人或验收组织者处理。全部遗留问题关闭并验证后，再更新验收结论的最终状态。
当检查项与遗留问题数量较多、需要多人并行填写时，可以把检查项和遗留问题作为工作项放入项目管理工具跟踪，用状态字段承载“待处理、处理中、待验证、已关闭”的流转，检查清单文档与工作项保持关联。ONES Wiki 提供页面模板库，可一键创建制式化文档模板，文档实时同步并记录页面版本、支持查看与回滚；页面组可关联项目，文档支持嵌入任务进度与报表，便于把验收清单、遗留问题记录与项目工作放在同一处维护。具体模板内容与字段仍以本文表格为准，按组织验收制度调整。
常见问题
检查项结论填了“有条件通过”，但遗留问题还没登记，验收结论能先汇总吗？
不能。按模板的联动规则，主表结论为“不通过”或“有条件通过”时，必须存在对应的遗留问题记录，且“关联检查项”指向该主表序号。缺少对应记录时，验收结论不能汇总为通过。
实际操作中，建议在填写结论的同一环节就登记遗留问题，避免检查结束后再回头补录，导致问题描述和影响范围失真。
遗留问题一直未关闭，验收结论要不要跟着改？
验收结论在验收会议确认后即成立，遗留问题未关闭不改变已经形成的验收结论，但需要在跟踪中体现状态。模板的做法是：遗留问题按计划完成时间设置跟踪节点，临近到期未完成的由责任方说明原因并更新计划时间；逾期且影响运行的，按组织约定升级到项目负责人或验收组织者处理。
全部遗留问题关闭并验证后，再更新验收结论的最终状态，使结论与遗留问题的实际处置情况保持一致。
阶段转换类项目用这份模板，哪些检查分组可以精简？
阶段转换类项目通常弱化“合同与商务”组，强化“交付物完整性”“文档与知识转移”“运维与移交”三组，突出阶段成果与下一阶段的输入条件。功能与质量组可保留关键条目，按阶段目标调整检查深度。
裁剪时只增删检查项行，不改字段列，这样不同阶段、不同项目的清单仍能按分组和结论汇总统计。
检查项和遗留问题数量较多时，用什么方式承载填写和跟踪？
可以把检查项和遗留问题作为工作项放入项目管理工具跟踪，用状态字段承载“待处理、处理中、待验证、已关闭”的流转，检查清单文档与工作项保持关联。ONES Wiki 提供页面模板库，可一键创建制式化文档模板，文档实时同步并记录页面版本、支持查看与回滚；页面组可关联项目，文档支持嵌入任务进度与报表，便于把验收清单、遗留问题记录与项目工作放在同一处维护。
具体模板内容与字段仍以本文表格为准，按组织验收制度调整。
模板里的证据材料只写文件名够不够？
建议写清文件名或编号，例如“交付物清单 V1.2”“性能测试报告 TR-2024-018”，让复核人能按编号直接调取。只写“相关文档”“测试报告”这类泛称，复核时无法定位，验收争议时也难以作为依据。
证据材料的补充说明属于选填项，但证据本身应随检查清单一并归档。
