研发过程检查要回答的是：约定的评审、检查、构建和发布动作是否真的执行，偏差集中在哪些环节。做法是把检查目标落到需求、设计、代码评审、构建、发布等可观察对象上，为每个对象定义指标、分子分母、统计时间窗和证据来源，按固定频率采集并复算，再结合样本量与数据完整性解释结果。检查记录与证据需要在协作工具中留存，ONES可作为承载检查项、状态流转与改进项跟踪的方向之一。
要点总览（TL;DR）
- 研发过程检查先确定要回答的评估问题，再把检查目标落到需求、设计、代码评审、构建、发布等可观察对象上，避免泛泛巡检。
- 指标控制在三到五个，围绕评审覆盖率、检查项完成率、缺陷发现阶段分布等过程执行角度选择，并写清时间窗、团队范围、工作项类型与排除规则。
- 每个指标都要有分子、分母、单位和时间窗，证据能追溯到评审记录、状态流转记录或检查单勾选记录，缺失值、重复记录与口径变更事先约定处理规则。
- 评估按取数清洗、按口径计算、交叉核对证据、抽样复核、形成结论并登记改进项的顺序执行，保留分子分母原始值而不只保留百分比。
- 过程指标反映执行情况，不能直接证明产品质量；样本量过小、口径变更或数据缺失时结果不可比，检查结论用于触发改进，不宜直接作为绩效排名依据。
研发过程检查要回答什么评估问题
研发过程检查的起点是确定本次评估要回答的问题，再据此选择对象和指标。常见的问题有三类：过程动作是否按约定执行，偏差集中在哪些环节，某个环节的执行情况在一段时间内是否稳定。问题写得越具体，后续口径越容易统一。
评估对象应落在可观察的过程节点上。需求阶段看需求是否经过评审、验收条件是否明确；设计阶段看设计文档是否经过评审、关键决策是否记录；编码与评审阶段看代码评审是否覆盖、评审意见是否闭环；构建与发布阶段看构建是否按流程触发、发布前检查项是否完成。每个对象都要能对应到一条可查的记录，否则指标无法复算。
需要区分组织级过程检查与单项目质量控制、测试执行。组织级过程检查关注多个项目在过程执行上的一致性，输出的是偏差分布和改进方向；单项目质量控制关注某个项目的交付物是否合格；测试执行关注用例设计、执行与缺陷验证。三者可以共享数据，但检查目的和结论用途不同。本文讨论组织级过程检查，测试用例管理与单项目质量验收不在范围内。
建议在检查启动时先产出一份目标与对象清单，逐条写明本次要回答的问题、对应的过程对象、预期使用的证据，以及明确不覆盖的范围。这份清单是后续指标设计和结论表述的依据，也能避免检查过程中不断追加问题导致口径失控。
指标与范围：选哪些过程指标、覆盖多大样本
过程检查的指标应围绕“是否执行”和“执行到什么程度”来选，而不是围绕结果质量堆指标。一次检查控制在三到五个指标比较合适，指标过多会导致每个指标的口径维护成本上升，复核时也难以逐项核对证据。
常用的过程执行类指标包括：评审覆盖率，衡量应评审对象中实际完成评审的比例；检查项完成率，衡量规定检查动作的完成情况；缺陷发现阶段分布，衡量缺陷在各阶段被发现的相对比例，用于判断前置环节的拦截效果。这三类指标分别对应覆盖、执行和拦截三个角度，组合使用比单一指标更能说明问题。
范围界定要同时写清四件事：统计时间窗，例如某个自然月或某个迭代周期；团队与项目范围，例如某产品线下的全部项目或抽样的若干项目；工作项类型，例如只统计需求与缺陷，不含任务；排除规则，例如实验性项目、已终止项目或明确不适用的工作项。范围写得越明确，不同批次检查之间的结果才具备可比性。
| 指标名称 | 评估对象 | 统计范围 | 用途 |
|---|---|---|---|
| 评审覆盖率 | 需求、设计文档 | 指定时间窗内进入评审节点的对象 | 判断评审动作是否普遍执行 |
| 检查项完成率 | 发布前检查、代码合入检查 | 指定时间窗内触发的检查单 | 判断规定检查动作是否完成 |
| 缺陷发现阶段分布 | 需求、开发、测试、发布各阶段 | 指定时间窗内新建缺陷 | 判断前置环节的缺陷拦截情况 |
指标选定后应冻结一段时间再评估效果，中途频繁调整指标集合会让趋势失去意义。新增指标时保留旧口径的历史数据，便于对照。
数据口径与证据：分子分母怎么定、证据从哪来
口径的核心是分子、分母、单位和统计时间窗四要素。分子是满足条件的记录数，分母是应当纳入统计的记录数，单位统一为“个”“条”或“百分比”，时间窗明确起止日期和时区。四要素缺一项，指标就无法被第二个人复算。
分母的确定往往比分子更容易出问题。以评审覆盖率为例，分母应是时间窗内进入评审节点的需求数，而不是全部需求数；未进入评审节点的需求如果计入分母，会把流程尚未推进的情况误算成未评审。分母的纳入条件要写成可判断的规则，例如“状态在统计期内流转到待评审及之后节点的需求”。
证据来源要与指标一一对应。评审覆盖率对应评审记录与工作项状态流转记录；检查项完成率对应检查单的逐项勾选记录与完成时间；缺陷发现阶段分布对应缺陷的创建时间与发现阶段字段。证据应能追溯到具体记录，而不是只保留汇总数字。汇总数字无法复核，出现争议时也没有回查依据。
缺失值、重复记录和口径变更需要事先约定处理规则。记录缺失时标注“数据缺失”并计入数据完整性统计，不用零值替代；同一对象存在多条评审记录时，按“是否至少完成一次有效评审”去重；口径发生变更时，在口径卡上记录变更日期和变更内容，新旧口径的数据分段呈现，不直接拼接成一条趋势线。
| 指标 | 计算公式 | 分母 | 时间窗 | 证据来源 | 缺失处理 |
|---|---|---|---|---|---|
| 评审覆盖率 | 已评审需求数÷应评审需求数 | 统计期内进入评审节点的需求 | 按自然月 | 评审记录、状态流转记录 | 标注缺失，不计入分子 |
| 检查项完成率 | 已完成检查项÷应检查项 | 统计期内触发的检查单所含检查项 | 按发布批次 | 检查单勾选记录 | 未勾选视为未完成 |
| 缺陷发现阶段分布 | 各阶段缺陷数÷缺陷总数 | 统计期内新建缺陷 | 按自然月 | 缺陷创建记录与阶段字段 | 阶段字段为空单列一类 |
计算与评估步骤：从取数到形成检查结论
评估流程要能被不同的人重复执行并得到可比结果，建议固定为以下步骤：
- 取数与清洗。按口径卡从工作项、评审、构建与发布记录中导出原始数据，去除重复记录，标记缺失字段，形成可核对的数据底表。
- 按口径计算。逐项代入公式计算指标值，同时保留分子、分母的原始计数，不只保留百分比。
- 交叉核对证据。抽取部分记录回查原始评审记录或检查单，确认状态字段与实际动作一致，记录核对结果。
- 抽样复核与一致性校验。由未参与首次计算的人按同一口径复算一部分样本，比对差异；差异超过约定阈值时回查口径理解是否一致。
- 形成结论。对照事先设定的目标值判断达标情况，定位偏差集中的团队或环节，把需要改进的事项登记为改进项，写明责任人和复查时间。
核对记录模板至少包含：指标名称、统计时间窗、分子分母原始值、计算结果、抽样数量、复核差异、结论与改进项编号。这份记录既是本次检查的交付物，也是下次检查对比的基线。
一个计算示例：评审覆盖率与检查项完成率
假设某产品线在3月1日至3月31日期间，共有120个需求进入评审节点，其中96个完成了至少一次有效评审，另有8个需求因项目终止被排除。排除后应评审需求数为112个，评审覆盖率＝96÷112≈85.7%。解读时需要同时说明：分母为112而非120，排除规则是项目终止；若把8个终止需求计入分母，结果会变成80%，两个数字的差异来自范围定义，不能混用。
检查项完成率示例：某次发布触发了一张包含20个检查项的检查单，其中17项已勾选完成，完成率＝17÷20＝85%。若检查单中有2项被标记为“本批次不适用”，则应检查项调整为18项，完成率＝17÷18≈94.4%。不适用项的处理规则必须写进口径卡，否则同一张检查单会算出两个结果。
两种特殊情形要单独处理。分母为零时，例如某月没有需求进入评审节点，评审覆盖率应标注“不适用”，不记为0%，也不计入月度趋势。样本过小时，例如某团队当月只有3个需求进入评审，即使覆盖率为100%，也应在结论中注明样本量为3，避免与样本量上百的团队直接比较。缺陷发现阶段分布同样受样本量影响，缺陷总数很少时各阶段占比波动很大，适合看绝对数而非比例。
结果解读与限制：哪些结论能下、哪些不能
过程指标反映的是过程动作的执行情况，不能直接证明产品质量。评审覆盖率高说明评审动作普遍执行，不等于评审有效；检查项完成率高说明检查动作做了，不等于检查发现了问题。要把执行情况与效果联系起来，需要结合缺陷发现阶段分布、逃逸缺陷等结果数据，并承认这种联系是相关性的，不是因果证明。
以下情形下结果不可比，解读时应明确标注：样本量差异过大，例如3个需求与300个需求的比例直接对比；统计口径不同，例如一个团队按迭代统计、另一个按自然月统计；口径在统计期内发生变更；数据完整性不足，缺失记录占比过高。遇到这些情形，结论应写成“在当前口径和样本下观察到……”，并附上口径与样本说明。
检查结果的使用边界要提前说清。过程检查的结论用于发现偏差、触发改进和验证改进效果，不宜直接作为团队或个人的绩效排名依据。一旦指标与排名挂钩，数据填报行为会发生变化，指标的可信度随之下降。比较稳妥的做法是把检查结果反馈给团队，由团队认领改进项，下一周期复查同一指标是否改善。
结论表述建议遵循三条规范：写清指标名称、时间窗和口径版本；给出分子分母原始值而不只给百分比；对样本量小、数据缺失或口径变更的情形单独说明。这样写出的结论可以被复核，也便于跨周期对比。
把检查记录沉淀到协作工具中
检查要能复算，前提是检查项、证据和结论都有稳定的留存位置。可以在协作工具中把每次检查拆成若干检查项，以工作项或文档形式记录，并关联到对应的需求、设计文档和评审记录。检查项的状态流转和评审记录本身就是证据来源，后续复算时可以直接回查，不必依赖个人保存的表格。
一条完整的留存链路是：检查项关联需求与评审记录，检查人按检查单逐项确认并更新状态，状态流转时间和评审意见形成可追溯记录；检查结束后，结论与改进项作为独立工作项登记，写明责任人、复查时间和关联的指标口径。下一周期复查时，从改进项反查原始检查记录，就能核对改进是否落地。
ONES 可以在这一链路中承载检查项、状态流转与改进项跟踪：检查项作为工作项关联需求，评审与状态变更留下记录，检查结论和改进项进入后续跟踪。具体字段配置和流程设置需结合团队现有的工作项类型与流程设计，本文不展开具体配置细节。工具承载的是记录与跟踪动作，指标口径和结论判断仍由检查方法决定。
常见问题
组织级过程检查与单项目质量控制、测试执行怎么分工？
组织级过程检查关注多个项目在过程执行上的一致性，输出偏差分布和改进方向；单项目质量控制关注某个项目的交付物是否合格；测试执行关注用例设计、执行与缺陷验证。三者可以共享数据，但检查目的和结论用途不同。本文讨论组织级过程检查，测试用例管理与单项目质量验收不在范围内。
一次检查选几个指标比较合适，中途能调整吗？
一次检查控制在三到五个指标比较合适，指标过多会让每个指标的口径维护成本上升，复核时也难以逐项核对证据。指标选定后建议冻结一段时间再评估效果，中途频繁调整指标集合会让趋势失去意义。新增指标时保留旧口径的历史数据，便于对照。
分母为零或样本量很小时，指标结果怎么写？
分母为零时，例如某月没有需求进入评审节点，评审覆盖率应标注“不适用”，不记为0%，也不计入月度趋势。样本过小时，例如某团队当月只有3个需求进入评审，即使覆盖率为100%，也应在结论中注明样本量为3，避免与样本量上百的团队直接比较。缺陷发现阶段分布同样受样本量影响，缺陷总数很少时适合看绝对数而非比例。
检查项被标记为“本批次不适用”时，完成率怎么算？
不适用项应从分母中剔除，并把这个规则写进口径卡。例如一张包含20个检查项的检查单，17项已勾选完成，2项标记为本批次不适用，则应检查项调整为18项，完成率＝17÷18≈94.4%。不适用项的处理规则必须事先约定，否则同一张检查单会算出两个结果。
检查结果可以直接用于团队绩效排名吗？
过程检查的结论用于发现偏差、触发改进和验证改进效果，不宜直接作为团队或个人的绩效排名依据。一旦指标与排名挂钩，数据填报行为会发生变化，指标的可信度随之下降。比较稳妥的做法是把检查结果反馈给团队，由团队认领改进项，下一周期复查同一指标是否改善。
