过程质量检查表用于按研发阶段逐项核对过程活动是否落实，把检查项、判定标准、证据和整改记录放在同一张表里。本文提供可直接复制的空白表格、逐列填写口径、必填规则，以及一份覆盖符合与不符合两类判定的填写示例，方便团队直接用于需求评审、设计评审等阶段的检查。
要点总览（TL;DR）
- 过程质量检查表按研发阶段逐项核对过程活动，核心列包括检查阶段、检查项、检查内容与判定标准、检查方法、结果判定、证据记录、问题描述、责任人、整改期限和复核结论。
- 结果判定使用符合、部分符合、不符合、不适用四个互斥取值；判定为部分符合或不符合时，问题描述、责任人和整改期限必须同步填写。
- 填写顺序是先取证、再判定、后整改复核：证据记录指向原始凭据，问题描述只写事实与差距，复核结论在整改完成后补填。
- 检查表按阶段拆分，一张表覆盖一个阶段；新增检查项要同时写判定标准和取证方式，并保留版本号与变更记录。
- 检查记录积累后，可用工作项登记不符合项、指派责任人和期限，由复核人确认关闭，使判定和整改过程可回溯。
可复制空白过程质量检查表
下表分为表头信息区和检查明细区两部分。表头记录本次检查的基本信息，明细区每行对应一个检查项。复制到文档或表格工具后，可按阶段增删行，列结构保持不变，便于不同阶段、不同检查人之间横向比较。
表头信息区
| 字段 | 填写内容 |
|---|---|
| 项目名称 | |
| 检查阶段 | |
| 检查人 | |
| 检查日期 | |
| 版本 |
检查明细区
| 序号 | 检查阶段 | 检查项 | 检查内容与判定标准 | 检查方法 | 结果判定 | 证据记录 | 问题描述 | 责任人 | 整改期限 | 复核结论 |
|---|---|---|---|---|---|---|---|---|---|---|
| 1 | ||||||||||
| 2 | ||||||||||
| 3 | ||||||||||
| 4 | ||||||||||
| 5 |
结果判定取值：符合、部分符合、不符合、不适用。四个取值互斥，每行只选一个。判定为“部分符合”或“不符合”时，需要同步填写问题描述、责任人和整改期限；判定为“不适用”时，在问题描述列写明不适用原因。
字段说明：每个检查列记录什么
同一张表由不同人填写时，最容易出现口径差异的是检查项与检查内容、问题描述与证据记录这几组相邻字段。下面逐列说明每个字段记录什么、写到什么程度算完整。
| 字段 | 记录内容 | 填写口径 |
|---|---|---|
| 序号 | 行号 | 按顺序编号，增删行后重新连续编号，便于在问题清单中引用。 |
| 检查阶段 | 本次检查所属的研发阶段 | 与表头检查阶段一致；一张表跨多个阶段时逐行标注，如需求评审、设计评审、编码、测试准备。 |
| 检查项 | 核对对象 | 写被检查的活动或产物名称，如“需求评审记录”“接口设计文档”，是一个名词性对象，不含判定结论。 |
| 检查内容与判定标准 | 该检查项要满足什么条件 | 写可观察、可判断的条件，如“评审记录包含参与人、评审意见和处理结论”。避免“评审充分”这类无法判定的表述。 |
| 检查方法 | 取证方式 | 写文档抽查、记录核对、访谈、现场观察等具体方式，说明查了什么、看了谁。 |
| 结果判定 | 本行结论 | 从符合、部分符合、不符合、不适用中选一个。 |
| 证据记录 | 支撑判定的凭据 | 写文档名、记录编号、系统页面位置或截图存放位置，让复核人能按记录找到原始凭据。 |
| 问题描述 | 事实与差距 | 写看到了什么、与判定标准差在哪里，如“评审记录缺少处理结论一栏”。只写事实，不写“态度不认真”这类评价性结论。 |
| 责任人 | 整改承担人 | 写具体人员，不写部门或团队名称，便于跟踪到人。 |
| 整改期限 | 完成整改的日期 | 写明确日期，与项目里程碑对齐。 |
| 复核结论 | 整改后的关闭结论 | 整改完成后由复核人填写，写“已关闭”并注明复核日期，或写“未关闭”并说明原因。 |
检查项与检查内容的分工需要特别注意：检查项回答“查什么”，检查内容回答“达到什么算合格”。两者分开写，复核时才能判断是检查对象选错了，还是判定标准执行偏了。证据记录与问题描述同样分工明确：证据记录指向原始凭据，问题描述说明凭据反映出的差距，两者不互相替代。
必填与选填：哪些列不能空
字段按必填、条件必填、选填三档管理。必填列缺失时该行记录不成立，条件必填列在触发条件出现时必须填写，选填列按取证情况决定。
| 档次 | 字段 | 规则 |
|---|---|---|
| 必填 | 检查阶段、检查项、检查内容与判定标准、结果判定、检查人、检查日期 | 每行、每次检查都必须有值。检查人和检查日期可写在表头，明细行沿用表头信息。 |
| 条件必填 | 问题描述、责任人、整改期限 | 结果判定为“不符合”或“部分符合”时三项均必填；判定为“符合”时留空。 |
| 条件必填 | 复核结论 | 存在整改项时，整改完成后必须填写复核结论才能关闭该行。 |
| 选填 | 证据记录 | 有书面或系统凭据时填写凭据位置；确实无书面证据时，在检查方法中注明取证方式，如“访谈确认”，证据记录可留空。 |
| 选填 | 检查方法 | 建议填写，便于复核人重复取证；同一阶段检查方法一致时可在阶段说明中统一交代。 |
“不适用”的处理规则单独说明：判定为不适用时，结果判定列填“不适用”，并在问题描述列写明原因，如“本项目不涉及外部接口，本项不适用”。不适用项不计入符合率统计，但保留在表中，便于下次检查时判断是否恢复适用。空值与不适用是两种状态，不能用空白代替不适用。
填写示例：一个需求评审阶段的完整记录
以下示例为演示情景，项目名称、人员与日期均为虚构，用于说明字段如何配合填写。示例列与上文空白表完全一致。
表头：项目名称“客户门户改版（演示）”；检查阶段“需求评审”；检查人“张明”；检查日期“2025-03-12”；版本“V1.0”。
| 序号 | 检查阶段 | 检查项 | 检查内容与判定标准 | 检查方法 | 结果判定 | 证据记录 | 问题描述 | 责任人 | 整改期限 | 复核结论 |
|---|---|---|---|---|---|---|---|---|---|---|
| 1 | 需求评审 | 需求评审记录 | 评审记录包含参与人、评审意见和处理结论三项内容 | 文档抽查：查阅《需求评审纪要》 | 符合 | 《需求评审纪要》编号 REV-2025-014，存放于项目文档库需求目录 | ||||
| 2 | 需求评审 | 评审意见闭环 | 每条评审意见有明确处理结论，未处理意见有跟踪记录 | 记录核对：逐条比对评审意见与处理记录 | 不符合 | 《需求评审纪要》REV-2025-014 第 3 节意见清单 | 意见清单共 12 条，其中 3 条仅标注“待确认”，无处理人和计划完成时间 | 李华 | 2025-03-19 | 已关闭，2025-03-18 复核，3 条意见均补充处理结论 |
示例中第 1 行的证据记录写到文档编号和存放位置，复核人可按编号直接调阅；第 2 行的问题描述只陈述数量、缺失内容和缺失项，没有评价性表述，责任人和整改期限与问题同时给出，复核结论在整改完成后补填并注明复核日期。两行合起来体现了“先取证、再判定、后整改复核”的填写顺序。
检查记录积累后，整改项的分派和关闭需要可跟踪的载体。ONES 可以把检查中发现的不符合项登记为工作项，指派责任人和期限，整改完成后由复核人确认关闭，检查表作为文档与工作项关联保存，使每次检查的判定和整改过程可以回溯。
调整与维护：按团队情况改表并保持可用
检查表需要随研发阶段和体系变化调整，调整的重点是控制单张表的范围、保持判定标准与证据要求同步、留下版本记录。
按阶段拆分检查项。一张表覆盖一个阶段，如需求评审、设计评审、编码、测试准备、发布准备各一张。跨全流程的单张表检查项过多，检查人容易跳项，判定标准也难以统一。阶段划分与团队实际研发流程一致即可，不必套用固定阶段名称。
检查项来源。新增检查项通常来自三类输入：体系文件对过程活动的要求、历史检查中反复出现的问题、评审和复盘中发现的薄弱环节。每条新增检查项都要同时写出判定标准和取证方式，只写检查项名称、不写判定标准的条目无法执行。
增删同步更新。删除或修改检查项时，同步检查判定标准、检查方法和证据要求是否仍然匹配。例如把“评审记录完整性”拆成“参与人记录”和“处理结论记录”两项后，原判定标准需要拆分到两行，证据记录也要分别指向纪要的不同部分。
版本与变更记录。表头保留版本号，表外维护一份变更记录，写明版本号、变更日期、变更内容和变更原因。检查人使用最新版本，历史检查记录保留当时版本号，便于回溯判定口径的变化。
定期复核有效性。按季度或按项目周期复核一次检查项：连续多个项目判定为“不适用”的条目，评估是否删除或改为条件触发；长期全部“符合”且无证据要求的条目，检查判定标准是否过宽；反复出现“不符合”的条目，考虑是否需要在流程层面解决，而不只是逐次整改。复核结论记入变更记录，形成检查表自身的维护闭环。
常见问题
检查项判定为“不适用”时，还需要写问题描述吗？
需要。判定为“不适用”时，在问题描述列写明原因，例如“本项目不涉及外部接口，本项不适用”。不适用项不计入符合率统计，但保留在表中，便于下次检查时判断是否恢复适用。空白与不适用是两种状态，不能用留空代替不适用。
同一张检查表可以跨多个研发阶段使用吗？
可以，但需要逐行标注检查阶段，且检查项数量要控制。更常见的做法是一张表覆盖一个阶段，如需求评审、设计评审、编码、测试准备各一张。跨全流程的单张表检查项过多，检查人容易跳项，判定标准也难以统一。阶段划分与团队实际研发流程一致即可，不必套用固定阶段名称。
检查表里没有书面证据的检查项怎么记录？
证据记录属于选填列。有书面或系统凭据时，写文档名、记录编号或页面位置；确实没有书面证据时，在检查方法中注明取证方式，如“访谈确认”，证据记录可以留空。这样复核人仍能知道结论是怎么得出的，也能按同样方式重复取证。
整改完成后由谁填写复核结论，需要写哪些内容？
复核结论由复核人在整改完成后填写，不由整改责任人自行关闭。内容写“已关闭”并注明复核日期；未达到整改要求的写“未关闭”并说明原因。存在整改项的行，只有复核结论填写后才能视为关闭，这一列是检查记录闭环的最后一步。
检查项长期全部判定为“符合”，是否需要调整？
建议在定期复核时评估。连续多个项目全部“符合”且没有证据要求的条目，要检查判定标准是否过宽，必要时补充可观察的条件和取证方式。反过来，连续多个项目判定为“不适用”的条目，可以评估删除或改为条件触发；反复出现“不符合”的条目，考虑在流程层面解决，而不只是逐次整改。
