研发过程符合性检查要得出可比、可复核的结论，关键在于把检查项、抽样方式和判定标准放在同一份检查方案里配套设计：检查项决定查什么，抽样决定查多少、查哪些，判定标准决定面对同一份证据时不同检查人能否得出一致结论。本文按这四条主线给出可直接套用的表格结构、抽样规则和分级口径，并说明角色分工与上线前自检要点。
要点总览（TL;DR）
- 检查项按过程域和阶段拆解，每条写明要求来源、核查对象、证据类型、责任角色和关键度，颗粒度以一次取证能判断为准。
- 抽样先按项目风险、过程关键度和历史问题分高、中、低三层，再结合总量与检查资源确定样本量，随机抽样评估整体水平，定向抽样验证已知风险点。
- 判定采用符合、观察项、不符合（可含严重不符合）分级，每级写明证据门槛，并对证据缺失、事后补录、部分满足等争议情形统一口径。
- 判定人与复核人分开设置，不符合项整改落到具体过程负责人，形成发现、整改、复检、关闭的闭环并统一归档。
- 方案执行前用自检清单确认检查项清单、抽样方案表、判定标准表三份材料相互引用一致，执行中不临时改变口径。
检查项怎么拆：从过程要求到可核查条目
检查项是整份方案的基础。拆得好，抽样有对象、判定有依据；拆得粗，后面只能靠检查人临场发挥。拆解的基本路径是：先划定过程域与阶段范围，再把每条过程要求转成一条可核查条目。
范围划分建议按研发过程的自然阶段展开，例如需求与策划、设计与开发、评审与验证、测试与准入、发布与变更、问题与缺陷管理。每个过程域下再区分“必须做到的要求”和“建议做到的做法”，前者进入检查项，后者可作为观察内容。范围一旦确定，应在方案中写明本次检查覆盖哪些过程域、哪些阶段，未覆盖的部分明确标注为不在本次范围，避免结论被误读为全面评价。
每条检查项应包含固定字段，保证不同检查人看到的是同一件事：
| 字段 | 填写要求 | 示例 |
|---|---|---|
| 检查项编号 | 按过程域+序号编排，便于抽样记录引用 | REQ-03 |
| 要求来源 | 内部过程文件、项目计划、合同约定或行业标准的条款位置 | 《需求管理规程》第4.2条 |
| 核查对象 | 具体的工作项、文档、记录或系统数据 | 需求评审记录、需求变更单 |
| 证据类型 | 文档、系统记录、会议纪要、审批痕迹、访谈确认 | 评审纪要+审批记录 |
| 责任角色 | 该要求由谁执行、由谁保留证据 | 需求负责人 |
| 关键度 | 关键项或一般项 | 关键项 |
关键项与一般项的区分直接影响后续抽样分层和判定权重。判断标准可以落在两个问题上：该要求缺失是否会导致交付物质量或过程可追溯性出现实质缺口；该要求是否是外部约定或内部强制规定的硬性条款。两个问题任一为“是”，通常列为关键项。关键项在抽样时应提高覆盖比例，在判定时也更倾向从严。
颗粒度控制有一条实用检验：一条检查项应当能被一次取证动作回答。如果一条检查项需要翻五六份材料才能判断，说明它混入了多个要求，应拆开；如果一条检查项只能回答“有没有开会”，说明它过于表面，应补充“会议结论是否形成、是否落实到工作项”等可取证内容。可观察、可取证、可判定，是检查项合格的三条底线。
抽样方式怎么定：分层、样本量与选取规则
研发过程符合性检查通常无法全量核查，抽样的目标是用有限资源覆盖主要风险，同时保证不同批次检查之间可以比较。做法是先分层，再定样本量，最后明确选取规则。
分层维度建议同时考虑三类因素：项目或业务线风险（如对外交付、监管要求、技术复杂度）、过程关键度（关键项所在过程域优先覆盖）、历史问题分布（以往不符合集中的环节提高抽样密度）。三层叠加后，把总体划分为高、中、低三个风险层，各层适用不同的抽样强度。
| 风险层 | 划分依据 | 抽样强度 | 选取方法 |
|---|---|---|---|
| 高风险 | 对外交付、关键项集中、历史问题多 | 覆盖比例最高，关键项逐项核查 | 定向抽样为主，辅以随机补充 |
| 中风险 | 内部重要项目、过程较稳定 | 中等比例，关键项抽检 | 随机抽样为主 |
| 低风险 | 影响范围小、过程成熟 | 最低比例，以一般项为主 | 随机抽样 |
样本量的确定需要说清依据，而不是凭感觉取整。可用的依据包括：该层总体数量（迭代数、工作项数、变更单数）、风险等级、本次检查可用的人天资源，以及以往检查中该层的发现率。一个可操作的表述方式是“高风险层关键项全覆盖，一般项抽取不低于总量的三分之一；中风险层抽取不低于五分之一；低风险层抽取不少于三个样本，总量不足三个时全查”。具体比例应结合组织实际在方案中固定下来，并在下一次检查时沿用或说明调整理由，保证跨批次可比。
随机抽样与定向抽样各有适用场景。随机抽样用于评估过程的整体执行水平，避免只挑“好样本”或“坏样本”；定向抽样用于验证已知风险点，例如近期发生过线上故障的模块、变更频繁的需求、新入职成员负责的工作项。两者结合时，应在抽样记录中分别标明样本来源，判定结论也按来源分别汇总，避免把定向发现的问题直接外推为整体水平。
抽样过程本身要留痕，否则复核时无法判断样本是否具有代表性。抽样记录至少包含：抽样框（从哪个总体中抽取，总量多少）、分层规则、各层样本量与抽取方法、具体样本标识、抽取人、抽取时间。样本一经确定，检查过程中原则上不替换；确需替换的，记录替换原因和替换人。
判定标准怎么定：分级规则与证据要求
判定标准解决的是同一份证据下结论是否一致的问题。建议采用三级或四级分级，并为每一级写明定义和证据门槛。
| 判定级别 | 定义 | 证据要求 |
|---|---|---|
| 符合 | 检查项要求已执行，证据完整且与要求对应 | 能直接指向该要求的原始记录，时间、责任人、内容齐全 |
| 观察项 | 要求基本执行，但存在不影响结论的偏差或改进空间 | 有执行证据，偏差可描述、可定位，不涉及关键项缺失 |
| 不符合 | 关键要求未执行，或执行结果无法证明要求已满足 | 证据缺失、证据与要求不对应，或证据显示要求未被遵守 |
| 严重不符合（可选） | 关键项系统性缺失，或多个样本重复出现同一不符合 | 多个独立样本相互印证，且影响交付质量或可追溯性 |
证据充分性是判定的核心门槛。一条实用规则是：证据必须由被检查过程的执行者在要求发生时点产生，事后整理的材料只能作为辅助说明。据此可以统一几类常见争议情形的口径：
- 证据缺失：检查人无法在约定时间内取得证据，按不符合处理，不因“应该有做”而判符合；被检查方可在复核阶段补充说明，但是否改判由复核人依据补充材料的形成时间决定。
- 事后补录：记录的形成时间晚于要求发生时点，且无同期佐证（如当时的邮件、系统操作日志），按观察项或不符合处理，具体取决于该要求是否为关键项。
- 部分满足：要求包含多个要素而只完成部分，按未满足的要素是否关键分别判定；关键要素缺失判不符合，非关键要素缺失判观察项，并在记录中写明缺失要素。
- 口头说明：仅有访谈确认而无书面或系统记录，可作为线索，不单独作为符合的证据。
判定人与复核人应分开设置。判定人负责取证并给出初步结论，复核人负责检查证据与结论的对应关系、分级口径是否一致、争议情形处理是否合规。复核可采用抽样复核方式，对不符合项和严重不符合项建议全量复核。判定人与复核人的意见不一致时，以复核结论为准并记录分歧点，作为后续修订判定标准的输入。
角色分工与交付物：谁查、谁判、谁整改
检查能否闭环，取决于每个环节是否有明确的责任人和可交接的产出物。常见角色与职责如下：
| 角色 | 主要动作 | 交付物 |
|---|---|---|
| 检查组织者 | 确定检查范围与时间，审定检查项清单、抽样方案和判定标准，协调资源 | 检查方案、检查通知、最终检查报告 |
| 检查人 | 按抽样方案取证，逐项记录证据与初步判定 | 检查记录、证据清单 |
| 复核人 | 复核证据充分性与判定一致性，处理争议 | 复核意见、判定调整记录 |
| 过程负责人 | 提供证据、确认事实，对不符合项制定整改措施 | 证据材料、整改计划 |
| 整改责任人 | 执行整改并提交完成证据 | 整改记录、完成证据 |
不符合项的整改责任应落到具体过程负责人，而不是笼统归到质量部门。整改计划需写明措施、责任人和完成时间；复检由原检查人或复核人执行，复检结论同样按判定分级记录，形成“发现—整改—复检—关闭”的完整链条。
记录归档要求应在方案中提前约定：检查项清单、抽样记录、证据材料、判定记录、复核意见、整改与复检记录统一归入同一检查批次，保留版本和修改痕迹，保存期限按组织文档管理规定执行。归档的价值在于下一次检查可以对照历史结论，判断同类问题是否重复出现。
当检查项、抽样记录和判定结果分散在个人表格与邮件中时，复核和追溯的成本会明显上升。ONES 可以在工作项和文档中承载检查项清单、样本标识与判定结果，让取证记录、复核意见和整改状态沿同一流程流转，便于按批次汇总和跨批次对照；具体使用方式应结合组织现有的工作项结构设计。
示例：一次迭代过程符合性检查的抽样与判定
以下为演示情景，用于说明检查项、抽样与判定的组合使用，不代表真实项目结论。
某团队对一个季度的迭代开展过程符合性检查，覆盖需求评审、代码评审、测试准入三个关键过程域，共设计检查项12条，其中关键项5条。总体为24个迭代，按风险分为两层：高风险层6个迭代（对外交付），中风险层18个迭代。
抽样方案：高风险层关键项全覆盖，一般项抽取3个迭代；中风险层抽取4个迭代，关键项与一般项均按随机方式选取。另定向抽取2个近期变更频繁的迭代作为补充样本，单独标注来源。
| 检查项 | 样本 | 证据 | 判定 |
|---|---|---|---|
| 需求评审记录完整，结论落实到工作项 | 迭代A（高风险） | 评审纪要、工作项关联记录 | 符合 |
| 需求评审记录完整，结论落实到工作项 | 迭代B（中风险） | 仅有会议纪要，无结论落实记录 | 观察项 |
| 代码评审在合并前完成并有审批痕迹 | 迭代C（高风险） | 合并记录显示部分提交无评审痕迹 | 不符合 |
| 代码评审在合并前完成并有审批痕迹 | 迭代D（定向样本） | 评审记录形成时间晚于合并时间 | 不符合（事后补录） |
| 测试准入条件满足后方可进入系统测试 | 迭代E（中风险） | 准入检查单、测试启动记录 | 符合 |
争议处理：迭代D的过程负责人说明评审实际在合并前以口头方式进行，书面记录为事后整理。复核人依据“事后补录且无同期佐证”的口径维持不符合判定，同时记录该情形在定向样本中出现，提示该环节存在系统性风险。迭代B的观察项由过程负责人补充结论落实记录后，复检调整为符合。本次检查共形成不符合项2条、观察项1条，均进入整改跟踪。
完成检查：方案可用性的自检清单
检查方案正式执行前，用以下清单逐项确认。每条都应有明确答案，无法回答的项应在方案中补齐后再启动检查。
- 检查项是否覆盖本次声明的全部过程域和阶段，关键项是否单独标注，每条是否写明要求来源、核查对象、证据类型和责任角色。
- 每条检查项是否能在一次取证动作内完成判断，是否存在需要拆分或补充取证内容的条目。
- 抽样分层规则是否写明划分依据，各层样本量是否有明确依据，随机与定向抽样的使用场景是否区分。
- 抽样记录字段是否齐全，样本确定后是否约定替换规则和记录方式。
- 判定分级是否有逐级定义，每一级的证据门槛是否写明，证据缺失、事后补录、部分满足等情形是否有统一口径。
- 判定人与复核人是否分开设置，复核范围和争议处理方式是否明确。
- 各角色职责与交付物是否落实到人，整改与复检的责任归属是否清楚。
- 记录归档的范围、版本管理和保存要求是否已约定。
通过条件可以设为：上述条目全部有明确答案，且检查项清单、抽样方案表、判定标准表三份材料相互引用一致——抽样记录中引用的检查项编号能在清单中找到，判定记录中使用的分级能在标准表中找到对应定义。满足这一条件，方案即可进入执行；执行中发现规则不适用的情形，记录后纳入下一版方案修订，不在检查过程中临时改变口径。
常见问题
检查项数量多、资源有限时，应该优先保证检查项覆盖还是抽样样本量？
优先保证关键项的覆盖，再在一般项上控制样本量。具体做法是先把检查项按关键度分开：关键项尽量逐项核查，高风险层的关键项可以全覆盖；一般项则通过分层抽样控制总量。这样在资源有限时，结论仍能覆盖对交付质量和可追溯性影响最大的要求，一般项的执行水平则通过样本推断。
如果关键项本身数量过多，可以进一步按过程域排序，把与本次检查目标最相关的过程域放在前面，其余过程域在报告中标注为未覆盖或下批次覆盖，避免用少量样本对全部关键项下笼统结论。
抽样后发现的样本问题，能否直接推断为整体不符合？
需要区分样本来源。随机样本出现不符合，可以在报告中说明该层存在同类问题的可能性，并结合样本量和发现比例给出判断；定向样本本身就是针对已知风险点选取的，其发现只能说明该风险点确实存在，不能直接外推为整体水平。
较为稳妥的做法是按样本来源分别汇总判定结果，随机样本与定向样本分开统计。同一不符合在多个独立样本中重复出现时，可以升级为严重不符合，并在报告中写明重复出现的样本范围和证据。
被检查方在复核阶段补充了材料，判定是否可以改判？
可以进入复核程序，但是否改判取决于补充材料的形成时间和佐证情况。如果补充材料能证明要求在实际发生时点已被执行，例如当时的邮件、系统操作日志或同期审批痕迹，复核人可以依据证据调整判定；如果材料是事后整理、无法证明执行时点，通常维持原判定，或按观察项处理。
无论是否改判，都应在复核意见中记录补充材料的内容、形成时间和改判理由，作为后续修订判定标准的输入。改判权限归复核人，检查人不宜自行调整已提交的判定。
检查方案执行到一半发现抽样比例不合适，可以中途调整吗？
原则上不在检查过程中临时改变口径，否则同一批次内的结论失去可比性。遇到抽样比例明显不适用的情形，例如某层总体数量远小于预期，可以在记录中说明实际情况，按方案中约定的兜底规则处理，例如总量不足设定值时全查。
确需调整的，由检查组织者书面确认调整范围和理由，调整前后的样本分别标注，报告中说明差异。调整经验纳入下一版方案修订，而不是在本批次内反复变更规则。
过程负责人同时是检查人时，判定结果如何保证客观？
关键是判定与复核分离。即使检查人熟悉该过程，初步判定也应由复核人检查证据与结论的对应关系、分级口径是否一致。对不符合项和严重不符合项建议全量复核，避免单人定论。
如果组织规模小、人员难以完全分开，可以采取交叉检查的方式，由其他过程域的负责人复核，并在记录中写明检查人与被检查过程的关系。判定人与复核人意见不一致时，以复核结论为准并记录分歧点。
