过程符合性检查是指按照事先约定的流程规范、标准或计划，核对研发活动的实际执行情况，判断实际做法是否符合规定做法，并记录偏差与整改要求的管理活动。本文说明它的定义要素、覆盖范围与排除项，并用对照表和示例厘清它与研发审计、阶段评审、日常质量检查的区别。
要点总览（TL;DR）
- 过程符合性检查是按事先约定的流程规范、标准或计划，核对研发活动实际执行是否符合规定做法，并记录偏差与整改要求的管理活动。
- 范围由检查依据决定，覆盖流程环节、产出物与记录、角色职责履行、抽样与判定口径；技术方案优劣评价、平台数据安全治理、认证与法律结论不在其内。
- 判定口径统一为符合、不符合、观察项、不适用四类，证据以工作项状态、评审记录、文档版本等可追溯记录为基础，偏差分级后跟踪至关闭。
- 与研发审计的区别在独立性与程序强度，与阶段评审的区别在判断对象，与日常质量检查的区别在关注执行方式还是产出质量。
- 检查结论只反映被检查范围和样本内的执行情况，不能直接当作认证或法律合规结论。
过程符合性检查是什么
过程符合性检查的核心判断只有一句：实际执行是否按照约定规范执行。它关注“做法对不对”，依据是事先写明的流程文件、标准条款或项目计划，而不是检查人员临场提出的偏好。检查结束后要形成可追溯的结论，说明哪些符合、哪些不符合、哪些需要整改。
理解这个定义，可以拆成四个要素：
- 检查依据：被检查活动应当遵循的规范来源，例如研发流程文件、行业标准、项目计划、合同约定或团队内部规范。依据必须事先存在并可查阅，检查才有判定基准。
- 检查对象：具体被核对的活动、产出物和记录，例如需求评审是否按节点召开、设计文档是否经过指定角色确认、测试记录是否完整留存。
- 检查时点：检查发生在流程执行过程中或某一周期结束后，用于确认该时段内的执行情况。时点决定证据是否还能取得，也决定偏差能否及时纠正。
- 判定与记录：对每个检查项给出明确结论，记录证据位置、偏差描述、责任人和整改要求，使结论可以被复核和跟踪。
“合规”通常指满足外部法律法规、监管要求或认证标准的状态，范围更宽，结论往往由具备相应资质的机构或法务职能给出。“审计”是一种独立的、系统性的检查与评价活动，程序更正式，通常由独立于被审计对象的角色执行。过程符合性检查可以是审计中的一项取证手段，也可以由项目组或质量职能单独组织，它本身只回答“这条流程有没有按规定执行”。
它管什么、不管什么：范围边界
过程符合性检查的范围由检查依据决定：依据覆盖哪些流程环节，检查就覆盖哪些环节。范围过宽会让检查失去可执行性，范围过窄则可能漏掉关键控制点，因此需要在检查方案中事先写清。
覆盖范围通常包括四类内容：
- 流程环节：被检查流程从启动到结束的关键活动，例如需求提出、评审、开发、测试、发布、变更处理等节点是否按顺序和条件执行。
- 产出物与记录：流程要求形成的文档、评审记录、测试报告、审批记录是否存在，内容是否完整，版本是否与执行时点对应。
- 角色职责履行：规定由谁完成、谁确认、谁批准的动作是否由对应角色完成，是否存在代签、跳过或事后补录。
- 抽样与判定口径：检查覆盖多少项目、多少工作项、如何抽取样本，以及每个检查项判定为符合、不符合、观察项或不适用的具体标准。
起止规则同样需要明确。起点一般是检查依据生效之日或被检查周期的开始时间，终点是全部偏差完成整改、检查结论归档。若偏差在检查结束时仍未关闭，应记录为遗留项并约定复查安排，不能以“已提出整改”作为关闭条件。
以下内容通常不在过程符合性检查的范围内：对产品技术方案优劣的评价，这属于技术评审的职责；平台数据安全治理，这属于安全与权限管理主题；认证结论与法律意见，这需要由认证机构或法务出具。检查中发现的此类问题可以作为线索移交，但不作为符合性结论本身。
范围还会随检查依据变化。同一支研发团队，按内部流程文件检查与按外部标准检查，覆盖的环节、证据要求和判定严格程度可能不同。因此每次检查都应先确认依据版本，再确定范围，避免用旧版流程检查新流程下的执行。
检查怎么跑起来：依据、抽样与判定机制
过程符合性检查从依据到结论有一条完整链条：确认依据、选取对象、采集证据、逐项判定、记录偏差、跟踪整改、归档结论。每个环节都有对应的产物，缺少任一环，结论的可信度都会下降。
检查依据的来源主要有四类：流程文件与作业指导书，规定活动顺序和角色；标准条款，例如体系标准中对过程控制的要求；项目计划与合同约定，规定特定项目的节点和交付要求；团队内部规范，规定评审、变更、留痕等具体做法。依据应标明版本和生效日期，检查时以被检查时段内有效的版本为准。
检查对象的选取通常采用抽样。抽样时可以考虑项目类型、阶段分布、风险等级和时间跨度，使样本能够代表被检查周期的整体执行情况。样本量应在方案中写明，避免检查过程中随意增减。对于高风险环节，可以采用全量核对；对于执行频次高、标准化程度高的环节，可以按比例抽取。
判定口径建议统一为四类，便于统计和比较：
| 判定结果 | 含义 | 处理方式 |
|---|---|---|
| 符合 | 实际执行与依据要求一致，证据完整 | 记录证据位置，纳入符合项统计 |
| 不符合 | 实际执行与依据要求存在明确差异 | 记录偏差描述、责任人和整改期限 |
| 观察项 | 当前未构成明确违反，但存在执行风险或改进空间 | 提出改进建议，视情况纳入跟踪 |
| 不适用 | 该检查项在当前项目或场景下不涉及 | 注明原因，不计入符合率分母 |
证据是判定的基础。常用证据包括工作项的状态流转记录、评审会议记录与结论、文档版本与修改历史、审批操作记录、测试执行记录等。证据应能对应到具体检查项和具体时间点，仅有口头说明通常不足以支撑“符合”的判定。
偏差需要分级并闭环。可以按影响程度分为一般偏差和重要偏差：一般偏差约定整改期限，由责任人完成后提交证据；重要偏差需要分析原因、制定纠正措施，并由检查组织方复查确认。整改完成后更新检查记录状态，全部关闭后形成检查结论并归档，供后续复查或审计引用。
当检查项、证据和整改记录数量较多时，靠表格和邮件跟踪容易遗漏。ONES 可以在研发管理场景中承载这类管理动作：将检查依据对应的流程节点配置为工作项状态与审批环节，检查记录以工作项或文档形式留存，偏差作为独立事项指派责任人和期限，整改完成后回到原检查项复核关闭。这样检查依据、执行记录和整改状态在同一处对应，复查时可以直接追溯。具体配置方式以产品实际功能和团队流程为准。
与研发审计、阶段评审、日常质量检查的区别
这四个概念经常被混用，原因在于它们都涉及“检查”和“评审”。区分时抓住目的、依据、时点、执行角色和输出物五个维度，边界就比较清楚。
| 维度 | 过程符合性检查 | 研发审计 | 阶段评审 | 日常质量检查 |
|---|---|---|---|---|
| 目的 | 确认实际执行是否符合约定规范 | 独立评价过程与控制的充分性和有效性 | 判断阶段成果是否满足进入下一阶段的条件 | 发现并纠正当前工作中的质量问题 |
| 依据 | 流程文件、标准、计划、内部规范 | 审计准则、监管要求、体系标准 | 阶段准入准出标准、项目计划 | 质量要求、检查表、作业标准 |
| 时点 | 流程执行中或周期结束后 | 按审计计划安排，周期性或专项开展 | 阶段结束时 | 日常或按批次持续进行 |
| 执行角色 | 质量职能、项目组或指定检查人 | 独立审计职能或外部机构 | 评审组，含技术与管理代表 | 一线质量人员、测试人员或自检角色 |
| 输出物 | 符合性检查记录、偏差清单、整改结论 | 审计报告、审计发现与整改要求 | 评审结论、遗留问题清单 | 检查记录、缺陷或问题单 |
过程符合性检查与研发审计的区别在于独立性和程序强度。审计通常由独立于被审计对象的角色执行，遵循既定审计程序，结论具有更强的评价性质；符合性检查可以由项目组自查或质量职能组织，聚焦具体流程条款的执行证据。审计过程中可以采用符合性检查的方法取证，但两者不能互相替代。
与阶段评审的区别在于判断对象。阶段评审判断的是“成果够不够好、能不能进入下一阶段”，带有技术和管理决策性质；符合性检查判断的是“过程有没有按规定做”，不评价技术方案本身。一个阶段评审通过的项目，仍可能在符合性检查中被发现评审记录缺失或角色不符。
与日常质量检查的区别在于关注点。日常质量检查针对具体工作产出发现质量问题，例如文档错误、测试遗漏，处理方式是修正问题本身；符合性检查针对执行方式与规范的偏差，处理方式是纠正做法并完善流程执行。两者可以共享证据，但结论口径不同。
一个例子与三个常见误解
以下为演示情景，用于说明检查链条，不作为真实案例引用。某研发团队规定：需求进入开发前须完成需求评审，评审记录须包含参与角色和结论，重大变更须重新评审。季度末，质量职能对该流程开展符合性检查。
- 确认依据：取当季有效的需求管理流程文件，确认评审要求和变更重评条款。
- 选取样本：从当季立项项目中按比例抽取需求条目，覆盖常规需求和变更需求。
- 采集证据：查看需求工作项的评审记录、参与角色、评审结论和变更历史。
- 逐项判定：评审记录完整且角色齐全的判为符合；有评审但缺少结论记录的判为观察项；变更后未重新评审的判为不符合。
- 整改闭环：对不符合项指定责任人，补充评审并更新记录，复查确认后关闭，形成季度检查结论归档。
常见误解一：把符合性检查当成质量检查。符合性检查看的是“有没有按流程做”，即使产出物质量不错，缺少规定评审仍判不符合；反过来，流程执行完整也不代表产出物没有质量问题。
常见误解二：认为检查结论等于认证或合规结论。符合性检查结论只说明被检查范围和样本内的执行情况，不能直接作为体系认证通过或法律合规的依据。认证与法律结论需要由相应机构按各自程序出具。
常见误解三：认为检查只针对文档、不看实际执行。文档和记录是证据载体，检查真正核对的是实际活动是否发生、是否由规定角色完成、是否在规定时点完成。记录与实际执行不一致时，应进一步核实执行情况，不能仅凭文档齐全判定符合。
常见问题
过程符合性检查的样本量应该怎么定，抽少了会不会结论不可靠？
样本量没有统一数值，需要在检查方案中事先写明并说明理由。常用的考虑因素包括：被检查周期的项目数量、流程环节的风险等级、执行频次和标准化程度。高风险或低频关键环节可以全量核对，高频标准化环节可以按比例抽取。样本确定后不宜在检查过程中随意增减，否则符合率统计会失去可比性。若抽样覆盖不足，应在结论中注明适用范围，避免把样本结论扩大为整体结论。
检查中发现的偏差一直没整改完，检查结论还能出吗？
可以出结论，但需要区分已关闭项和遗留项。检查结束时仍未整改完成的偏差，应记录为遗留项，写明责任人、约定复查时间和当前状态，不能以“已提出整改”视为关闭。结论中说明遗留项对判断的影响范围，后续复查确认关闭后再更新记录。这样既保证检查按期收口，也保留了对未闭环事项的跟踪依据。
团队自查的符合性检查结果，能直接用于外部审计或认证吗？
通常不能直接替代。自查结果可以作为内部改进依据，也可以作为外部审计或认证时的辅助证据，但是否被采信取决于外部机构各自的程序和证据要求。外部审计强调执行角色的独立性，认证结论由具备资质的机构按认证规则出具。把自查结论当作认证或合规结论使用，容易高估实际符合程度。
流程规范中途改版了，检查应该按哪个版本判定？
以被检查时段内有效的版本为准。如果检查周期跨越了流程改版，需要按时间分段：改版生效前的执行按旧版判定，生效后的执行按新版判定，并在检查方案中写明版本和生效日期。用新版规范去判定旧版时期的执行，会产生大量不成立的偏差；反过来用旧版判定新版执行，则会漏掉新增的控制要求。
检查记录和证据要保留到什么程度，才经得起后续复查？
证据要能对应到具体检查项和具体时间点。常用形式包括工作项状态流转记录、评审记录与结论、文档版本与修改历史、审批操作记录、测试执行记录。仅有口头说明通常不足以支撑“符合”判定。记录与实际执行不一致时，应进一步核实执行情况，不能仅凭文档齐全判定符合。保留期限可结合团队复查周期和外部审计要求确定。
