过程符合性检查的依据由四层构成：外部与内部要求文件、过程定义与裁剪记录、执行证据，以及检查自身的规则。检查时先确定“应做什么”，再核对“实际做了什么”，最后比对两者并留存证据。本文按这一顺序给出依据清单、检查前准备、执行步骤、角色分工和一份需求变更检查示例，适用于研发团队开展内部过程检查，不涉及认证结论或法律合规判定。
要点总览（TL;DR）
- 过程符合性检查的依据分四层：外部与内部要求文件、过程定义与裁剪记录、执行证据、检查规则；每层回答不同问题，缺一层判断就会出现缺口。
- 检查启动前要固定三项输入：检查范围与过程边界、抽样对象与样本量、符合/观察项/不符合的判定准则，检查过程中保持口径稳定。
- 执行按“先定要求、再取证据、后做比对”推进：文件与过程定义核对、抽样查看、证据链追踪与访谈、发现记录与分级、记录归档。
- 检查完成的标志是计划样本全部查看、每条问题有结论、不符合项有依据和分级、记录经被检查方确认；不符合项按整改—验证—关闭闭环。
- 依据本身也要维护：条款表述不清、裁剪记录缺批准信息、判定准则覆盖不足时反馈文件维护方修订，检查清单同步更新。
依据从哪里来：四层依据框架
过程符合性检查的核心动作是比对：把“要求”和“实际执行”放在一起看。依据不足时，检查容易变成凭经验判断；依据分层清楚，检查结论才有可复核的基础。四层依据分别回答不同问题，缺一层就会出现判断缺口。
| 层级 | 典型文件 | 回答的问题 | 维护责任人 |
|---|---|---|---|
| 外部与内部要求文件 | 适用的标准条款、行业监管要求、公司级流程文件、项目已批准的计划 | 组织与项目被要求做什么 | 质量或过程管理部门维护公司级文件；项目经理维护项目计划 |
| 过程定义与裁剪记录 | 过程定义文件、裁剪申请与批准记录、项目过程手册 | 本项目实际应执行哪些活动、由谁执行、产出什么 | 过程管理部门提供定义；项目经理提出裁剪并留存批准记录 |
| 执行证据 | 工作产品、评审记录、变更记录、测试与验证记录、问题闭环记录 | 项目实际做了什么、做到什么程度 | 项目团队成员按活动产生并归档 |
| 检查规则 | 检查清单、抽样方案、判定准则、不符合分级标准 | 本次检查怎么查、查到什么程度算符合 | 检查组织方或质量角色编制并版本化管理 |
外部要求与内部流程文件的关系需要先理清。外部标准或监管要求通常通过公司级流程文件落地，检查时以公司文件中的具体条款为直接依据，外部标准作为来源说明。当公司文件条款比外部要求更具体时，按公司文件执行；当两者存在差异时，应由文件维护方给出解释，检查人员不自行取舍。
过程定义与裁剪记录决定“应做什么”的边界。同一个组织内不同项目可能采用不同过程组合，检查前必须拿到该项目已批准的裁剪记录，否则会把合理裁剪误判为缺失。裁剪记录应写明裁剪了哪些活动、理由、替代控制措施和批准人。
执行证据是检查中最花时间的部分。常见类型包括需求与设计文档、代码与配置项、评审签到与结论、变更申请与审批、测试用例与执行记录、缺陷与问题闭环记录。证据要能对应到具体活动和时间点，仅有结论性描述不足以支撑判定。
检查规则本身也是依据。检查清单规定查什么，抽样方案规定查多少，判定准则规定什么情况算符合，不符合分级标准规定问题严重程度。这些规则应在检查开始前确定并告知被检查方，避免检查过程中临时调整口径。
检查前的准备：确定范围、抽样与判定准则
检查启动前需要固定三项输入：查什么范围、抽哪些样本、按什么标准判定。这三项在检查过程中保持稳定，发现需要调整时应记录调整原因，并对已检查部分做一致性复核。
确定检查范围与过程边界
范围可以从过程域、项目阶段、组织单元三个维度界定。例如“某项目需求变更过程，覆盖立项后至版本发布前的变更活动”。边界要写明起止活动、涉及的角色和排除项，排除项需说明理由。范围过宽会导致抽样分散，范围过窄则可能漏掉关键接口活动。
选择抽样对象与样本量
抽样对象应覆盖不同执行人、不同时间段和不同复杂度的实例。样本量可参考以下思路：过程实例少于10个时可全查；数量较多时按风险抽取，优先选择近期变更、跨团队协作、曾出现问题的实例；每个过程活动至少保留一个完整证据链样本。抽样清单在检查前确定，检查中补充样本需记录原因。
制定判定准则
判定结果通常分为三类：符合，指要求活动已执行且证据完整；观察项，指活动已执行但证据不完整或做法存在改进空间，尚未构成系统性偏离；不符合，指要求活动未执行、未按批准的过程执行，或关键证据缺失导致无法确认。分级标准应写明每类的定义、示例和后续处理要求，使不同检查人员对同类情形给出一致结论。
编制检查清单
检查清单按“依据条款—检查问题—证据要求—判定选项”组织。每个检查问题对应一条可验证的要求，避免使用“是否规范”这类无法直接取证的问题。清单应标注版本，并在检查前与被检查方确认理解一致。
检查执行步骤：从文件核对到证据追踪
执行阶段按“先定要求、再取证据、后做比对”的顺序推进。每一步都有明确输入和输出，完成标志是输出物已形成并可复核。
| 步骤 | 输入 | 动作 | 输出 | 完成标志 |
|---|---|---|---|---|
| 1. 文件与过程定义核对 | 公司流程文件、项目计划、裁剪记录 | 确认本项目适用的过程条款，标注裁剪项及替代措施 | 适用要求清单 | 每条检查问题都能对应到一条确定的要求 |
| 2. 工作产品与记录抽样查看 | 适用要求清单、抽样清单 | 按样本查看工作产品和记录，记录存在性与完整性 | 证据查看记录 | 每个样本有查看结论和证据位置 |
| 3. 证据链追踪与访谈验证 | 证据查看记录 | 沿活动顺序追踪前后衔接，对存疑点访谈执行人 | 追踪记录与访谈纪要 | 关键活动的前后证据能相互印证 |
| 4. 发现记录与分级 | 追踪记录、判定准则 | 将发现按符合、观察项、不符合归类，写明依据条款和证据 | 检查发现清单 | 每条发现均有依据、证据和分级 |
| 5. 检查记录归档 | 检查发现清单、检查清单、抽样记录 | 整理检查记录，交被检查方确认事实 | 归档的检查记录 | 被检查方确认事实无误，记录可追溯 |
证据链追踪是区分“有记录”和“过程真实执行”的关键。以需求变更为例，变更申请、影响分析、审批、实施、验证、关闭应形成前后衔接的记录；若审批时间早于影响分析完成时间，或验证记录缺失，就需要进一步访谈确认，而不是直接判定不符合。
发现记录要写清三件事：依据哪条要求、看到什么证据、判定为什么级别。描述事实，避免评价性表述。检查记录归档后，发现清单成为后续整改和复检的输入。
在研发管理平台中承载这套流程时，检查清单可以作为文档或工作项模板版本化管理，检查发现登记为问题工作项并关联对应的需求、变更或评审记录，整改状态和复检结论在同一处更新。ONES 支持将工作项、文档与评审记录关联管理，便于检查人员沿证据链查看上下文；具体配置方式需结合团队实际流程设计。
角色分工与交付物
检查涉及三类角色：被检查的过程负责人和项目团队、执行检查的质量角色、负责判定与资源协调的管理层。职责边界清楚，检查与整改才不会混在一起。
| 角色 | 主要职责 | 交付物 |
|---|---|---|
| 过程负责人 | 维护过程定义文件，解释条款含义，处理裁剪申请 | 过程定义文件、裁剪批准记录、条款解释说明 |
| 项目团队 | 按批准的过程执行活动，产生并归档证据，配合访谈 | 工作产品、评审与变更记录、测试记录、问题闭环记录 |
| 检查人员或质量角色 | 编制检查清单与抽样方案，执行检查，记录发现并分级 | 检查清单、抽样记录、检查发现清单、检查报告 |
| 管理层 | 确认检查范围与资源，审定不符合分级，推动整改与复检 | 检查范围批准、整改要求、复检结论 |
过程负责人不参与对自己维护条款的最终判定，避免既解释标准又裁定符合性。项目团队负责提供证据和说明事实，整改方案的制定仍由项目团队承担。检查人员负责判定事实与准则的比对结果，不代替项目团队设计整改措施。管理层的作用体现在资源保障和争议裁决上，当检查人员与被检查方对判定存在分歧时，由管理层依据判定准则作出决定并记录理由。
示例：一次需求变更过程的符合性检查
以下为演示情景，用于说明依据与证据的对应方式，不代表任何组织的实际检查结论。
场景与适用依据。某项目在版本开发期间发生一次需求变更。适用依据包括：公司《需求变更管理程序》中关于变更申请、影响分析、审批、实施与验证的条款；项目已批准的计划中约定的变更审批角色；项目裁剪记录中“紧急变更可先实施后补审批，但须在24小时内完成”的例外条款；本次检查的检查清单和判定准则。
抽取的证据与核对过程。检查人员抽取该变更单，查看变更申请时间、影响分析记录、审批记录、实施记录和验证记录。核对发现：变更申请与影响分析齐全；审批记录存在，但审批时间晚于实施开始时间；裁剪记录中的紧急变更条款要求24小时内补审批，实际补审批时间为实施后第3天。检查人员访谈了变更提出人和审批人，确认变更确属紧急处理，但补审批超期。
判定结果与记录写法。该变更的申请、影响分析和实施证据完整，判定为符合；补审批超期违反裁剪记录中的时限要求，判定为不符合，级别按判定准则定为一般不符合，依据条款为《需求变更管理程序》第X条及项目裁剪记录例外条款，证据为变更单时间戳和审批记录。检查记录中同时写明整改要求：补充超期原因说明，并在后续紧急变更中设置审批提醒。该示例中的条款编号为示意，实际检查应引用组织文件中的真实条款。
完成检查：判定通过与后续闭环
检查完成的判定条件包括：检查范围内的计划样本已全部查看；每条检查问题都有明确结论；所有不符合项已记录依据、证据和分级；检查记录已交被检查方确认事实；检查报告已提交管理层。满足这些条件，本次检查方可视为完成。
不符合项的闭环按“整改—验证—关闭”推进。整改由责任团队制定措施并明确完成时间，检查人员或质量角色对整改结果进行复检，复检通过后关闭。观察项可纳入改进计划跟踪，不强制逐条复检，但应在下一次检查中关注是否重复出现。复检结论要写明验证方式和证据位置，避免仅以“已整改”作为关闭依据。
依据本身也需要维护。检查中若发现流程文件条款表述不清、裁剪记录缺少批准信息、判定准则无法覆盖实际情形，应反馈给文件维护方修订，并记录修订版本。依据更新后，检查清单同步更新，避免后续检查沿用旧口径。
检查有效性可以用简单指标验证：同类不符合项在后续检查中是否重复出现；不符合项平均关闭周期是否可控；检查发现是否推动了流程文件或模板的实际修订。这些指标用于判断检查是否真正改变了执行行为，而不是只统计检查次数。
将检查清单、发现记录和整改状态放在同一平台中管理，可以减少依据版本与检查记录脱节的情况。ONES 的文档与工作项关联能力可用于承载检查记录和不符合项跟踪，使复检时能直接回到原始证据；认证与安全资质信息以官方最新公示为准，本文不将其作为检查结论的依据。
常见问题
公司流程文件与外部标准条款不一致时，检查以哪个为准？
通常以公司级流程文件中的具体条款作为直接检查依据，外部标准作为来源说明。当公司文件比外部要求更具体时按公司文件执行；两者存在差异时，由文件维护方给出解释并记录，检查人员不自行取舍。若差异长期存在，应推动文件修订，而不是在每次检查中临时裁定。
项目做了过程裁剪，检查时如何避免把合理裁剪判成缺失？
检查前先取得该项目已批准的裁剪记录，确认裁剪了哪些活动、理由、替代控制措施和批准人。检查问题只针对裁剪后仍然适用的要求；对替代控制措施，要像检查原活动一样核对执行证据。裁剪记录缺少批准信息时，先作为依据问题反馈给过程负责人，再判断相关活动是否构成不符合。
抽样时样本量怎么定，检查中还能补样本吗？
过程实例少于10个时可全查；数量较多时按风险抽取，优先选择近期变更、跨团队协作、曾出现问题的实例，每个过程活动至少保留一个完整证据链样本。抽样清单在检查前确定；检查中确需补充样本时，记录补充原因，并对已检查部分做一致性复核，避免口径前后不一。
发现证据时间顺序异常，可以直接判不符合吗？
不宜直接判定。时间顺序异常说明证据链存在疑点，应先访谈执行人确认实际情况，再对照判定准则归类。若确认活动未按批准过程执行或关键证据缺失，判为不符合；若活动已执行但记录不完整，可按准则判为观察项。判定结论要写明依据条款、看到的事实和分级理由。
检查记录和不符合项整改如何避免与依据版本脱节？
把检查清单、发现记录和整改状态放在同一处管理，并标注依据文件的版本。依据修订后同步更新检查清单，复检时回到原始证据位置核对。在研发管理平台中，可将检查发现登记为问题工作项并关联对应的需求、变更或评审记录，整改状态与复检结论在同一处更新；ONES 支持工作项、文档与评审记录的关联管理，具体配置需结合团队流程设计。
