项目质量检查表把检查阶段、检查项、判定标准、检查方式、结果和整改闭环放在同一张表里，便于在阶段交付前逐项核对。本文提供可直接复制的空白模板，逐字段说明填写口径，区分必填与选填，并给出一个迭代交付前的完整填写示例和后续维护方法，适用于单项目层面的质量检查。
要点总览（TL;DR）
- 模板由表头信息区、检查明细表和结果取值约定三部分组成，检查结果只填符合、不符合、不适用三个取值。
- 项目名称、检查阶段、检查人、检查日期、检查项、判定标准、检查结果为核心必填项；出现不符合项时，问题描述、责任人、整改期限、复核结论必须补齐。
- 判定标准回答达到什么条件算合格，检查方式回答用什么动作验证，两者分开填写，避免把取证方法写成合格条件。
- 裁剪时优先保留闭环字段，小型项目可合并阶段列、精简检查项，中大型项目按交付节点拆成多张表。
- 模板按版本号维护变更记录，用重复出现的不符合项反哺检查项，并定期评审归档。
可直接复制的项目质量检查表空白模板
下面这张表分为表头信息区、检查明细表和结果取值约定三部分。复制到文档或表格工具后，先填表头，再逐行填写明细，最后按约定填写结果。明细行按检查阶段排序，同一阶段内的检查项按交付物流转顺序排列，便于检查人按顺序核对。
表头信息区
| 字段 | 填写内容 |
|---|---|
| 项目名称 | |
| 项目编号 | |
| 检查阶段 | |
| 检查人 | |
| 检查日期 | |
| 版本号 |
检查明细表
| 序号 | 检查阶段 | 检查项 | 判定标准 | 检查方式 | 证据/记录 | 检查结果 | 问题描述 | 责任人 | 整改期限 | 复核结论 |
|---|---|---|---|---|---|---|---|---|---|---|
| 1 | ||||||||||
| 2 | ||||||||||
| 3 | ||||||||||
| … |
结果取值约定
| 取值 | 含义 | 使用条件 |
|---|---|---|
| 符合 | 检查项达到判定标准 | 有证据或记录可支撑判断 |
| 不符合 | 检查项未达到判定标准 | 需填写问题描述、责任人、整改期限 |
| 不适用 | 本阶段或本项目不涉及该检查项 | 需在问题描述列注明不适用原因 |
填写顺序建议为：先填表头六项，确认检查阶段与检查范围；再按阶段逐行填写检查项、判定标准、检查方式；随后执行检查，在证据/记录列登记材料名称或位置，在检查结果列填写取值；出现不符合项时补齐问题描述、责任人和整改期限；整改完成后由复核人填写复核结论。检查结果只允许填写上述三个取值，避免出现“基本符合”“待观察”等无法统计的表述。
每个字段填什么：字段说明与填写口径
字段说明与空白模板保持同名同序。表头字段描述本次检查的基本信息，明细字段描述单个检查项从标准到闭环的完整过程。填写时以判定标准为唯一依据，检查方式只说明如何取证，两者不要混写。
| 字段名 | 含义 | 填写口径 | 示例值 |
|---|---|---|---|
| 项目名称 | 被检查项目的正式名称 | 与立项文件一致，不使用简称 | 客户门户改版项目 |
| 项目编号 | 项目在管理系统中的唯一标识 | 按组织现有编号规则填写 | PRJ-2024-031 |
| 检查阶段 | 本次检查所处的项目阶段 | 填写阶段名称，如需求评审后、迭代交付前、上线前 | 迭代交付前 |
| 检查人 | 执行本次检查的人员 | 填写姓名，多人检查时列出主检查人 | 李敏 |
| 检查日期 | 检查实际执行的日期 | 填写年月日，跨天检查填写完成日期 | 2024-06-18 |
| 版本号 | 本张检查表所依据的模板版本 | 与模板变更记录中的版本一致 | V1.2 |
| 序号 | 检查项的行号 | 从1连续编号，增删行后重新排序 | 1 |
| 检查阶段 | 该检查项所属阶段 | 与表头检查阶段对应，跨阶段检查表可分列多个阶段 | 迭代交付前 |
| 检查项 | 需要核对的具体事项 | 写成可判断的短句，一项只对应一个核对对象 | 接口文档与最新接口定义一致 |
| 判定标准 | 判断符合与否的明确条件 | 写可验证的条件，避免“完善”“合理”等模糊表述 | 文档中接口路径、参数、返回码与联调环境一致，无遗漏接口 |
| 检查方式 | 获取证据的方法 | 写具体动作，如抽查、比对、演示、查阅记录 | 抽查5个核心接口，与联调环境逐一比对 |
| 证据/记录 | 支撑检查结论的材料 | 填写文档名称、记录编号或存放位置，便于复核时追溯 | 接口文档V3.1、联调记录第12条 |
| 检查结果 | 该检查项的判定结论 | 只填符合、不符合、不适用三者之一 | 不符合 |
| 问题描述 | 不符合项的具体表现 | 写清缺什么、错在哪、影响范围；不适用项在此注明原因 | 订单查询接口缺少超时返回码说明 |
| 责任人 | 负责整改的人员 | 填写具体姓名，不写团队或角色代称 | 王磊 |
| 整改期限 | 完成整改的截止日期 | 填写年月日，与项目节点协调确定 | 2024-06-20 |
| 复核结论 | 整改完成后的复核判定 | 填写通过、不通过或待复核，并注明复核日期 | 通过，2024-06-20复核 |
判定标准与检查方式的区别在于：判定标准回答“达到什么条件算合格”，检查方式回答“用什么动作去验证”。例如判定标准写“文档中接口路径与联调环境一致”，检查方式写“抽查5个核心接口逐一比对”。同一检查项更换检查方式不影响判定标准，判定标准变化则需要更新模板版本。
证据/记录列的作用是让结论可追溯。检查结果填“符合”时，该列应能指向具体材料；填“不符合”时，该列记录发现问题的现场材料，问题描述列再写具体缺陷。复核结论只针对不符合项的整改结果填写，符合项和不适用项留空即可。
哪些必填、哪些选填：字段分级与裁剪原则
必填字段保证检查表能被他人读懂并完成闭环，选填字段用于补充上下文。裁剪时先保留闭环字段，再根据项目规模和阶段减少辅助信息，避免表格过重导致填写流于形式。
| 字段 | 分级 | 理由或适用场景 |
|---|---|---|
| 项目名称、检查阶段、检查人、检查日期 | 必填 | 缺少任一项，检查记录无法归属到具体项目和时点 |
| 检查项、判定标准、检查结果 | 必填 | 构成检查表的核心判断链，缺一列则无法核对 |
| 问题描述、责任人、整改期限、复核结论 | 必填（出现不符合项时） | 保证问题有人负责、有期限、有复核，形成闭环 |
| 项目编号 | 选填 | 项目数量多、需要与管理系统对应时填写 |
| 版本号 | 选填 | 模板多次修订或组织需要归档追溯时填写 |
| 检查方式 | 选填 | 检查人固定、方法成熟时可省略；多人轮换检查时建议保留 |
| 证据/记录 | 选填 | 需要外部复核或审计时保留；小团队内部检查可简化为材料名称 |
按项目规模裁剪时，小型项目可合并检查阶段列，只保留表头阶段；检查项控制在十项左右，聚焦交付物完整性和关键接口。中大型项目保留完整明细列，按阶段拆成多张检查表，每张表对应一个交付节点。按阶段裁剪时，早期阶段侧重文档与方案类检查项，交付前阶段侧重功能、接口与记录类检查项。
无论怎样裁剪，问题描述、责任人、整改期限、复核结论这四个闭环字段都应保留。缺少其中任何一项，不符合项就无法跟踪到关闭，检查表会退化为一次性打分表。裁剪后的表格应在表头注明裁剪说明，便于后续复核时理解字段缺失的原因。
完整填写示例：一个迭代交付前的质量检查
以下为演示情景，项目名称、人员与问题内容均为虚构，用于说明填写方式。示例项目为“客户门户改版项目”，检查阶段为迭代交付前，检查范围包括需求文档、接口文档、测试记录和发布准备四项。
表头填写示例
| 字段 | 填写内容 |
|---|---|
| 项目名称 | 客户门户改版项目 |
| 项目编号 | PRJ-2024-031 |
| 检查阶段 | 迭代交付前 |
| 检查人 | 李敏 |
| 检查日期 | 2024-06-18 |
| 版本号 | V1.2 |
明细表填写示例
| 序号 | 检查阶段 | 检查项 | 判定标准 | 检查方式 | 证据/记录 | 检查结果 | 问题描述 | 责任人 | 整改期限 | 复核结论 |
|---|---|---|---|---|---|---|---|---|---|---|
| 1 | 迭代交付前 | 需求文档与本期范围一致 | 本期需求条目均有对应文档，变更已标注 | 逐条比对需求清单与文档目录 | 需求清单V5、需求文档V5 | 符合 | — | — | — | — |
| 2 | 迭代交付前 | 接口文档与最新接口定义一致 | 接口路径、参数、返回码与联调环境一致，无遗漏接口 | 抽查5个核心接口逐一比对 | 接口文档V3.1、联调记录第12条 | 不符合 | 订单查询接口缺少超时返回码说明 | 王磊 | 2024-06-20 | 通过，2024-06-20复核 |
| 3 | 迭代交付前 | 测试记录覆盖本期需求 | 每条需求至少有一条对应测试记录，结果可查 | 按需求清单抽查测试记录 | 测试记录表第3至5页 | 符合 | — | — | — | — |
| 4 | 迭代交付前 | 发布说明包含回滚步骤 | 发布说明写明版本内容、部署步骤和回滚操作 | 查阅发布说明文档 | 发布说明V2 | 不适用 | 本期为内部预发布，不对外发布 | — | — | — |
示例中第2行展示了不符合项的完整闭环：检查结果填“不符合”，问题描述写清缺失内容，责任人落到具体人员，整改期限与迭代节点协调，复核结论注明通过日期。第4行展示不适用项的写法，在问题描述列说明原因，其余闭环字段留空。各列取值与第二节字段说明一一对应，检查结果只使用约定取值。
检查表填写完成后，检查人将表与证据材料一并归档，并在迭代交付评审中说明不符合项的处理状态。若整改未在期限内完成，复核结论填“不通过”并重新约定期限，避免问题在交付后遗留。
模板的调整与维护方法
检查表需要随项目类型和复盘结果持续调整，否则会出现检查项与当前交付物脱节、填写负担过重的情况。维护工作围绕检查项增删、版本记录、问题反哺和定期评审四件事展开。
按项目类型增删检查项
先确定项目类型对应的交付物清单，再为每类交付物配置两到四条检查项。例如软件交付类项目保留需求、接口、测试、发布四组检查项；咨询或设计类项目可将接口相关检查项替换为方案评审记录和交付物签收记录。增删检查项时同步更新判定标准，避免保留旧标准导致误判。
版本号与变更记录维护
模板每次修改都递增版本号，并在变更记录中登记修改日期、修改人、修改内容和影响范围。变更记录可采用下表格式，与检查表放在同一文档中，便于填写人确认所用版本。
| 版本号 | 修改日期 | 修改人 | 修改内容 | 影响范围 |
|---|---|---|---|---|
| V1.0 | 2024-03-01 | 李敏 | 建立初版检查表 | 全部检查项 |
| V1.1 | 2024-04-15 | 李敏 | 新增接口文档一致性检查项 | 迭代交付前阶段 |
| V1.2 | 2024-06-01 | 张涛 | 补充发布说明回滚步骤判定标准 | 发布准备检查项 |
从不符合项和高频问题反哺检查项
每次迭代结束后，统计不符合项的问题类型。同一类问题在两个以上迭代重复出现，说明现有检查项的标准不够具体或检查时点偏晚，应补充判定标准或前移检查阶段。偶发问题可先记录在问题清单中观察，暂不修改模板，避免检查项无限膨胀。
定期评审与归档规则
建议每季度或每完成三个迭代评审一次模板，由检查人和项目负责人共同确认检查项是否仍匹配当前交付物。历史检查表按项目编号和检查日期归档，保留至少一个项目周期，便于回溯问题处理过程。归档时保留当时使用的模板版本，不用新版本覆盖旧记录。
检查表在文档中维护时，可利用文档的版本记录功能保留每次修改痕迹，便于对照历史版本。当检查项需要逐条跟踪整改状态时，可将不符合项转为工作项，在项目中分配责任人和期限，检查表文档保留检查结论并关联对应工作项，使检查记录与整改执行保持在同一项目上下文中。ONES Wiki 支持文档关联项目任务，并记录页面版本、支持按角色配置读写权限，可用于承载检查表模板与历史记录；ONES 瀑布项目管理解决方案支持用项目计划创建工作分解结构并设置基线，便于把阶段检查节点纳入计划对比。具体字段化跟踪与状态流转方式需以实际产品配置为准。
常见问题
检查表里的“检查方式”和“证据/记录”有什么区别，可以只填一个吗？
两者记录的内容不同。检查方式写的是获取证据的动作，例如抽查5个核心接口逐一比对；证据/记录写的是支撑结论的材料，例如接口文档V3.1、联调记录第12条。只填检查方式，复核人知道怎么查的，但找不到原始材料；只填证据，复核人知道看什么，但不知道检查覆盖到什么程度。
小团队内部检查且检查人固定时，可以只保留证据/记录，把检查方式省略；需要外部复核或审计时，两列都建议保留，便于复核人按同样方式复查。
项目周期很短，检查表能不能只保留检查项和结果两列？
可以精简，但要看检查表是否承担整改跟踪的职责。如果只做一次性核对、问题另行登记，保留检查项、判定标准、检查结果三列即可，判定标准不能省，否则不同人对同一检查项会给出不同结论。
如果检查表同时用于跟踪不符合项，问题描述、责任人、整改期限、复核结论这四个闭环字段应保留。缺少其中任何一项，问题就无法跟踪到关闭，检查表会退化为一次性打分表。裁剪后建议在表头注明裁剪说明，便于后续复核时理解字段缺失的原因。
同一个项目有多个阶段，是做一张总表还是每个阶段一张表？
取决于检查项数量和检查人是否变化。检查项在十项左右、由同一人贯穿检查时，可以做一张总表，用“检查阶段”列区分阶段，按阶段排序填写。
检查项较多、不同阶段由不同角色检查时，建议按交付节点拆成多张表，每张表对应一个阶段，表头填写该阶段的检查阶段和检查人。拆分后每张表独立归档，复核时更容易定位到具体阶段的检查记录。无论哪种方式，检查结果都只使用符合、不符合、不适用三个取值，保证可统计。
检查表发现的不符合项到期没整改完，复核结论怎么填？
复核结论填“不通过”，并重新约定整改期限，在问题描述或备注中说明延期原因。不建议把复核结论留空或填“待观察”，这样问题会在交付后遗留，也无法统计整改及时率。
如果该不符合项不影响本次交付的关键范围，可由项目负责人确认后带着未关闭项交付，但要在交付评审中明确说明处理状态和后续跟踪安排。复核结论应注明复核日期，与整改期限形成对照。
检查表放在文档里维护，怎么保证大家用的是最新版本？
做法是版本号与变更记录同步维护：模板每次修改递增版本号，在变更记录中登记修改日期、修改人、修改内容和影响范围，变更记录与检查表放在同一文档中。表头的版本号字段填写本次检查实际使用的模板版本，与变更记录对应。
历史检查表归档时保留当时使用的模板版本，不用新版本覆盖旧记录，便于回溯问题处理过程。在文档工具中维护时，可利用页面版本记录保留每次修改痕迹。ONES Wiki 支持文档关联项目任务，并记录页面版本、支持按角色配置读写权限，可用于承载检查表模板与历史记录；具体权限粒度与版本管理方式以实际产品配置为准。
