研发能力差距分析的依据由四类证据构成：目标基准、过程事实、结果数据和人员与组织证据。基准决定“和什么比”，过程与结果数据说明“现在做到什么程度”，人员与组织证据解释“为什么会出现差距”。四类证据需要在同一能力维度上对齐，差距结论才能回溯到具体记录。下面按基准确定、证据采集、比对分析、角色分工、示例和完成检查的顺序展开。
要点总览（TL;DR）
- 差距分析先定基准：外部过程模型、行业或客户要求、组织自定目标三类来源可叠加，但需在基准文档中写明所选基准、裁剪理由与适用范围。
- 依据由四类证据构成：过程记录、结果数据、人员与组织证据、工具记录；每条证据需能回溯到具体工作项或时间区间。
- 操作按五步推进：确定范围与维度、采集清洗证据、逐维度比对、差距分级与原因归类、形成报告，每步都有输入、输出与完成标志。
- 角色分工要落到交付物：发起人确认范围与结论，评估负责人统稿，过程负责人提供并确认证据，评审角色确认分级。
- 报告提交前做五项检查：证据可追溯、基准一致、差距描述可操作、分级有依据、结论经确认。
差距分析先定基准：依据从哪里来
差距分析的第一步是确定比较基准。没有基准，采集到的过程记录和度量数据只能描述现状，无法判断差距在哪里、有多大。基准的选择直接影响后续证据的采集范围和比对口径，因此需要在分析开始前形成书面说明。
基准的三类来源
研发能力差距分析的基准通常来自三个方向，组织可根据评估目的单独使用或叠加使用。
- 外部过程模型：如能力成熟度类模型、过程评估模型，提供结构化的能力维度和等级描述，适合需要横向对标或对外证明过程能力的场景。
- 行业或客户要求：客户合同中的过程要求、行业监管规定、供应链准入条件，适合以交付合规为目标的评估。
- 组织自定目标：组织根据业务战略设定的研发能力目标，如缩短交付周期、降低缺陷逃逸、提升评审有效性，适合内部持续改进场景。
三类来源可以叠加，但叠加时需要说明各来源分别覆盖哪些能力维度，避免同一维度出现两套互相冲突的判定标准。例如，外部模型覆盖需求管理和项目监控，组织自定目标补充交付周期与缺陷逃逸指标，两者应在基准文档中分别标注适用范围。
基准与实际流程的裁剪关系
外部模型通常面向通用场景，直接套用会与组织现有流程产生大量形式化差异。裁剪的目的是让基准与组织实际业务对象、项目类型和规模相匹配，同时保留可评估的核心要求。裁剪时需要记录三项内容：被裁剪的条款或维度、裁剪理由、裁剪后替代的判定方式。裁剪理由应指向具体业务条件，例如项目周期短、团队规模小、交付物类型单一，而不是笼统地写“不适用”。
基准文档需要记录的要素
一份可用的基准说明至少包含以下要素，作为后续证据采集和差距判定的统一口径。
| 要素 | 记录内容 | 作用 |
|---|---|---|
| 所选基准 | 采用的模型、标准或组织目标名称及版本 | 固定比较对象，避免评估过程中更换口径 |
| 能力维度清单 | 本次评估覆盖的维度及每个维度的定义 | 限定评估范围，作为证据归类的框架 |
| 裁剪说明 | 裁剪条款、理由与替代判定方式 | 解释基准与组织流程的对应关系 |
| 适用范围 | 覆盖的产品线、项目类型、时间区间 | 界定结论的适用边界 |
| 判定规则 | 各维度的达标条件与差距分级标准 | 保证不同评估人员给出一致结论 |
四类证据清单：过程、结果、人员与工具记录
基准确定后，需要围绕每个能力维度采集证据。证据的价值在于能够定位到具体工作项、时间区间或具体人员，无法回溯的记录不能作为差距判断的依据。以下按四类证据给出采集对象与用途。
过程证据：工作项流转、评审与变更记录
过程证据回答“流程是否按定义执行”。采集对象包括工作项从创建到关闭的状态流转记录、需求与设计的评审记录、变更申请与审批记录、缺陷从发现到关闭的处理记录。采集时关注三个观察点：关键节点是否有记录、记录是否完整、记录时间与工作项时间是否吻合。例如，需求评审记录需要能看到参与人、评审结论和遗留问题处理情况，仅有“已评审”状态而无评审内容，不能作为有效证据。
结果证据：交付周期、缺陷与返工数据
结果证据回答“执行效果如何”。常用指标包括需求从进入到交付的周期、缺陷逃逸率、返工工作量占比、评审发现缺陷密度、变更频率。采集结果数据时需要同时记录统计口径：统计了哪些工作项类型、时间范围如何界定、状态如何映射为流程阶段。口径不同的数据放在一起比较，会得出误导性结论。
人员与组织证据：角色职责、培训与访谈
人员与组织证据回答“能力和职责是否支撑流程执行”。采集对象包括角色职责说明、岗位与项目角色的对应关系、培训记录、关键角色访谈结论。访谈结论应记录受访者角色、访谈时间和主要观点，避免只保留概括性描述。当过程证据显示某环节执行不一致时，人员与组织证据可以帮助判断原因属于职责不清、技能不足还是资源约束。
工具记录作为证据来源的取数口径
研发管理工具中的工作项、评审、变更和度量记录是过程证据与结果数据的主要来源。使用工具记录前需要固定取数口径：明确纳入统计的工作项类型、时间范围的起止规则、工具状态与流程阶段的映射关系、数据导出时间点。口径说明应与基准文档一并保存，保证不同团队、不同批次的数据可以比较。在研发管理平台中，工作项流转、评审记录和度量数据通常集中留存，ONES 可用于承载这类过程记录，使证据采集能够按项目和维度回溯到原始工作项。
按能力维度归类的证据清单
| 证据类别 | 采集对象 | 主要用途 | 可追溯要求 |
|---|---|---|---|
| 过程证据 | 工作项流转记录、评审记录、变更记录、缺陷处理记录 | 判断流程执行的一致性 | 能定位到具体工作项与时间 |
| 结果证据 | 交付周期、缺陷逃逸率、返工量、变更频率 | 衡量执行效果与绩效表现 | 附统计口径与数据导出时间 |
| 人员与组织证据 | 角色职责、培训记录、访谈结论 | 解释差距成因 | 记录角色、时间与原始观点 |
| 工具记录 | 工作项、评审、度量数据导出 | 提供过程与结果证据的原始来源 | 固定取数口径与状态映射 |
按步骤完成一次差距分析
证据齐备后，按固定顺序完成比对，可以避免先有结论再找证据。以下步骤给出每步的输入、动作、输出与完成标志。
| 步骤 | 输入 | 动作 | 输出 | 完成标志 |
|---|---|---|---|---|
| 1. 确定评估范围与能力维度 | 基准文档、业务目标 | 选定覆盖的产品线、项目和时间区间，确认能力维度清单 | 评估范围说明 | 范围与维度经发起人确认 |
| 2. 采集并清洗证据 | 评估范围、取数口径 | 按四类证据采集，剔除重复、缺失关键字段的记录，统一状态映射 | 证据台账 | 每条证据可回溯到原始记录 |
| 3. 逐维度比对并记录差距 | 基准判定规则、证据台账 | 对每个维度写出目标要求、现状观察和差异描述 | 维度比对记录 | 每个维度均有证据支撑的差异描述 |
| 4. 差距分级与原因归类 | 维度比对记录 | 按影响范围与紧迫性分级，将原因归入流程、职责、技能、工具等类别 | 差距清单 | 每条差距有级别和原因类别 |
| 5. 形成差距报告 | 差距清单、证据台账 | 汇总差距、附证据索引、提出改进方向 | 差距分析报告 | 报告经评审角色确认 |
第3步是分析的核心。比对时按“目标要求—现状观察—证据位置—差异描述”四段式记录，避免把差距写成笼统评价。第4步的分级建议按影响范围与改进紧迫性划分，例如关键差距、重要差距和一般差距，并为每级写明判定条件，使不同评估人员对同一证据给出一致级别。
角色分工与各环节交付物
差距分析流于形式，常见原因是证据提供者与结论确认者职责不清。明确角色分工，可以让每个环节都有明确的责任人和可检查的产出。
| 角色 | 主要职责 | 交付物 |
|---|---|---|
| 发起人 | 确定评估目的、范围与资源，确认最终结论 | 评估任务书、范围确认记录 |
| 评估负责人 | 设计基准与评估流程，组织证据采集与比对，统稿报告 | 基准说明、证据台账、差距分析报告 |
| 过程负责人 | 提供本领域过程与结果证据，确认事实准确性 | 领域证据包、事实确认记录 |
| 评审角色 | 对差距结论、分级与改进方向进行确认 | 评审意见与确认记录 |
过程负责人的责任需要具体到证据范围，例如需求管理负责人提供需求评审记录与需求变更数据，测试负责人提供缺陷记录与缺陷逃逸统计。评审角色宜包含被评估领域的负责人和独立于该领域的质量或过程人员，避免由被评估方单独确认自身差距。各角色交付物应统一归档，与差距报告中的证据索引对应。
示例：一个能力维度的差距分析记录
以下示例为演示情景，用于说明证据如何支撑差距判断，不代表任何组织的真实评估结果。
能力维度：需求评审的有效性。
基准要求：需求在进入开发前完成评审，评审记录包含参与角色、评审结论和遗留问题处理计划；评审发现的缺陷在开发前关闭或明确处理方式。
证据与观察结果：抽取某项目三个月的需求工作项，共40条。其中32条有评审记录，8条无评审记录直接进入开发；有评审记录的32条中，19条记录了参与角色和结论，13条仅有“已评审”状态；评审提出的遗留问题中，约一半在记录中看不到后续处理结果。结果数据方面，该期间需求变更次数偏高，部分变更可追溯到评审阶段未识别的问题。
差距描述与分级：评审覆盖率约80%，未达到基准要求的全部覆盖；评审记录完整性不足，约四成记录缺少参与角色或结论；遗留问题闭环缺失。综合影响范围与改进紧迫性，评为重要差距。
改进方向：在需求工作项中设置评审必填字段，将评审结论与遗留问题处理作为进入开发的前置条件；对评审记录进行抽样检查，纳入项目例行回顾。
完成检查：差距分析是否可用的判断标准
差距报告提交前，用以下清单逐项检查，确认结论可信、可用。
| 检查项 | 检查内容 | 通过条件 |
|---|---|---|
| 证据可追溯性 | 每条差距是否附有证据位置，能否回溯到原始工作项、记录或数据导出 | 抽查若干条差距，均能定位到原始记录 |
| 基准一致性 | 全文使用的基准、维度定义和判定规则是否与基准文档一致 | 未出现未说明的口径变化或临时新增标准 |
| 差距描述可操作性 | 差距是否包含目标要求与现状的具体对照，而非笼统评价 | 每条差距可读出“要求什么、现在怎样、差在哪里” |
| 分级依据 | 每条差距的级别是否有判定条件支撑 | 级别与影响范围、紧迫性的描述相符 |
| 结论确认 | 差距结论与分级是否经过程负责人和评审角色确认 | 存在确认记录，异议已处理或标注 |
检查中发现证据缺失或口径不一致时，应回到证据采集或基准说明环节补充，而不是在报告中用推测填补。完成检查后的报告即可作为改进计划的输入，每条差距对应明确的改进方向和责任角色。
常见问题
组织没有采用外部过程模型，还能做研发能力差距分析吗？
可以。基准的三类来源中，组织自定目标本身就是合法基准，例如缩短需求交付周期、降低缺陷逃逸率、提升评审有效性。关键在于把目标写成可判定的条件，并记录适用范围与判定规则，使后续证据采集和差距分级有统一口径。若同时参考行业或客户要求，需在基准文档中分别标注各来源覆盖的能力维度，避免同一维度出现两套冲突标准。
过程记录不完整时，差距结论还能成立吗？
需要区分两种情况。若记录缺失本身反映流程执行问题，例如需求未评审即进入开发，这本身就是有效的过程证据，可以支撑差距判断。若记录缺失源于工具使用不规范或数据导出不全，则属于证据采集问题，应回到采集环节补充，或在报告中标注证据局限与结论的适用边界。用推测填补缺失记录会削弱结论的可信度。
不同项目的数据口径不一致，如何对齐到同一能力维度？
先固定取数口径再比对：明确纳入统计的工作项类型、时间范围的起止规则、工具状态与流程阶段的映射关系、数据导出时间点。口径说明与基准文档一并保存。对于历史数据口径无法追溯的项目，可单独列出并说明其对结论的影响，避免把口径不同的数据直接放在一起比较。
差距分析应该多久做一次？
频率取决于评估目的与改进周期。以合规或客户准入为目标的评估通常跟随审核周期；以内部持续改进为目标的评估可按季度或半年开展，并与改进计划的复盘节奏衔接。两次评估之间应保持基准与取数口径稳定，否则前后结果不可比。若业务范围或流程发生较大调整，需先更新基准说明再启动新一轮评估。
差距报告完成后，如何衔接到改进计划？
报告中每条差距应带有级别、原因类别和改进方向，改进计划据此确定优先级与责任角色。建议把关键差距和重要差距转化为可跟踪的改进事项，明确负责人、完成标志与验证方式，并在下一次评估中复用同一基准与口径验证改进效果。一般差距可纳入例行回顾处理，不必全部单独立项。
