研发资源缺口分析的依据可以归为四类：需求侧依据、供给侧依据、口径依据和验证依据。需求侧说明要做多少、需要什么技能、在什么时间完成；供给侧说明实际可用的人力和有效工时；口径依据统一工时单位、折算系数和统计周期；验证依据用历史交付数据校验假设。四类依据齐备后，按技能和时间窗口对齐供需，才能得出可追溯、可复核的缺口结论。
要点总览（TL;DR）
- 研发资源缺口分析的依据分为四类：需求侧依据（工作量、技能要求、时间窗口、置信度）、供给侧依据（可用人力、有效工时折算、占用扣除、技能分布）、口径依据（工时单位、统计周期、技能分级）和验证依据（历史交付数据、实际工时记录）。
- 先统一口径再对齐供需：工时单位、统计周期和技能分级要写成书面约定，否则不同团队的缺口结论不可比。
- 缺口按“技能×统计周期”对齐计算，同时用人天、人数和技能三种口径表达，并按需求承诺程度、缺口持续时间和可替代性标注优先级。
- 需求提出方提供需求数据、资源管理者维护容量基线、团队负责人复核结论，复核意见留痕并保留版本记录。
- 提交前用历史工时校验折算系数和估算偏差，检查依据完整性、口径一致性和结论可追溯性。
先统一口径：缺口分析的四类依据
缺口分析最常见的误判来自口径不一致，而非数据不足。两个团队都报“缺5人”，一个按自然月工时计算，一个按扣除会议和支持工作后的有效工时计算，结论就不可比。因此第一步是把依据分成四类，并明确每类的最小数据项。
| 依据类别 | 作用 | 最小数据项 |
|---|---|---|
| 需求侧依据 | 说明需要投入的工作量、技能和时间分布 | 项目或需求清单、工作量估算值、技能标签、需求时间窗口、估算置信度 |
| 供给侧依据 | 说明实际可投入的容量 | 可用人员名单、投入比例、有效工时折算系数、请假与占用、技能等级 |
| 口径依据 | 保证供需两侧可比较 | 工时单位（人天或人时）、折算系数、统计周期、技能分级定义 |
| 验证依据 | 校验估算与折算假设是否合理 | 历史交付数据、实际工时记录、上一周期缺口结论与实际情况对比 |
口径不统一会带来三类典型误判：一是工时单位混用，人天与人时直接相加；二是统计周期错位，需求按季度汇总、供给按月统计；三是技能分级不一致，一方按“能独立承担”定义高级，另一方按“有经验”定义，导致技能缺口被低估或高估。把口径写成书面约定，并在缺口清单中注明适用口径，是后续复核的基础。
需求侧依据：从项目工作量到技能与时间窗口
需求侧依据的任务是把项目计划转成可与容量比较的资源需求。工作量估算的输入通常来自已承诺项目的排期、待承诺项目的初步估算、需求池中的候选事项，以及历史同类工作的实际工时。估算方法可以是专家判断、类比估算或三点估算，关键是记录估算值和置信度，而不是只留一个确定数字。
技能要求需要按任务标注，而非按项目整体标注。一个项目可能同时需要后端开发、前端开发和测试，若只标“研发”，供给侧就无法按技能对齐。建议为每项工作量标注主技能、技能等级要求和可替代技能，便于在缺口计算时判断能否内部调配。
需求按时间窗口拆分时，以统计周期为单位，把工作量分布到各周期。拆分依据是项目里程碑和交付节奏，例如某需求在第二季度进入开发、第三季度进入测试，就分别计入对应周期的技能需求。对于时间尚未确定的需求，单独列入“未排期需求”，不混入已确定窗口，避免虚增近期缺口。
估算不确定性用区间和置信度记录。可以给每项估算标注高、中、低三档置信度，高置信度用于已承诺且方案明确的工作，低置信度用于方案未定或依赖外部条件的工作。缺口结论中应说明低置信度需求占比，供决策者判断缺口结论的稳健程度。
需求侧数据表建议包含以下字段：需求编号、所属项目、工作内容、工作量估算（人天）、置信度、主技能、技能等级要求、可替代技能、需求开始周期、需求结束周期、需求提出方。这张表是后续对齐计算的输入。
供给侧依据：可用人力与有效工时的折算
供给侧依据的目标是形成可对比的容量基线。可用人力的统计范围要先界定：是仅统计直接承担研发任务的人员，还是包含部分投入的支持角色；是按团队统计，还是按技能池统计。范围一旦确定，整个分析周期内保持一致，否则供需两侧无法对齐。
有效工时折算系数是供给侧最关键的假设。常见做法是从名义工时中扣除会议、培训、行政事务、技术支持等非项目工作，得到可投入项目的时间比例。折算系数可以按团队历史数据测算，也可以先采用经验值并在验证环节修正。无论采用哪种方式，都要把系数和测算依据写入容量基线说明，避免不同团队各用一套系数。
请假、长期占用和临时支持需要单独扣除。建议在容量基线中列出计划请假、已承诺的跨项目支持、运维值班等占用，按周期折算后从可用容量中减去。对于不确定性较高的占用，可以按历史平均值预估，并标注为假设项。
技能结构在供给侧通过人员技能标签和等级体现。每位可用人员标注主技能、等级和可承担的相关技能，形成技能维度的容量分布。这样在计算缺口时，可以区分“总量够但某技能不足”和“总量不足”两种情况，前者可通过调配或培养缓解，后者需要补充人力或调整范围。
供给侧容量基线表建议包含：人员或技能池、统计周期、名义工时、折算系数、有效工时、计划占用、净可用容量、技能分布。折算假设单独成文，随基线一起提交复核。
对齐与计算：按技能和时间窗口得出缺口
对齐粒度的选择决定缺口结论的可用性。粒度过粗，例如只按部门按季度汇总，会掩盖技能错配；粒度过细，例如按人到周，会因数据波动大而难以解读。实践中常用“技能×统计周期”作为主粒度，必要时下钻到团队。统计周期与需求拆分周期保持一致。
缺口计算按以下步骤进行：
- 按技能和周期汇总需求侧工作量，得到各技能在各周期的需求总量。
- 按技能和周期汇总供给侧净可用容量，得到对应的供给总量。
- 同一技能同一周期内，用需求量减供给量，得到缺口值；结果为负表示有富余。
- 对缺口按技能和周期分别记录，形成缺口清单。
- 标注缺口优先级，依据包括需求承诺程度、缺口持续时间、可替代技能覆盖情况、对关键里程碑的影响。
缺口表达方式建议同时给出三种口径：人天缺口便于与工作量比较，人数缺口便于与招聘或调配衔接，技能缺口说明缺的是哪类能力。三种口径来自同一组数据，避免各自计算造成不一致。
缺口清单模板可包含：技能、周期、需求量、供给量、缺口值（人天）、折合人数、缺口优先级、可缓解方式（调配、培养、外部补充、调整范围）、备注。优先级标注要有明确规则，例如已承诺项目且无替代技能的缺口列为高优先级，待承诺项目或可通过调配缓解的列为中低优先级。
当缺口分析涉及多个项目和多个团队的工时汇总时，数据分散在项目计划、工时记录和人员信息中，手工汇总容易口径漂移。ONES 的项目管理与工时管理能力可以把项目工作量、实际工时和人员投入放在同一套数据中，按项目和周期汇总，减少需求侧与供给侧数据对不齐的情况；缺口结论仍由分析人员按上述口径计算和复核。
角色分工与交付物
缺口分析需要三类角色配合：需求提出方、资源管理者和团队负责人。职责不清时，常见问题是需求数据由资源方代填、容量基线由需求方估算，导致两侧假设互相污染。
| 角色 | 职责 | 交付物 | 时点 |
|---|---|---|---|
| 需求提出方（项目经理或产品负责人） | 提供项目工作量、技能要求、时间窗口和置信度 | 需求侧数据表 | 分析周期开始前 |
| 资源管理者 | 维护可用人力、折算系数、占用和技能分布 | 供给侧容量基线及折算假设说明 | 与需求数据同步提交 |
| 团队负责人 | 确认本团队容量数据，参与缺口结论复核 | 容量确认记录、缺口复核意见 | 计算完成后 |
| 分析组织者 | 统一口径、执行对齐计算、输出缺口清单 | 缺口清单与口径说明 | 复核前 |
复核机制建议采用一次会议加书面留痕：分析组织者提交缺口清单和口径说明，团队负责人核对容量与技能数据，需求提出方确认需求优先级，资源管理者确认折算假设。复核意见记录在缺口清单版本中，后续调整保留变更记录，便于追溯结论变化的原因。
示例：一个季度缺口分析怎么走完
以下为演示情景，数据为示意，用于说明过程而非真实结论。
某研发团队分析下一季度缺口。需求侧输入：已承诺项目A需要后端开发60人天、前端开发40人天；待承诺项目B预计后端开发30人天，置信度低；两项需求均集中在同一季度。供给侧输入：后端可用3人，前端可用2人，按季度有效工时折算系数0.8，每季度名义工时按60人天计，扣除计划请假后后端净容量为140人天，前端为90人天。
计算过程：后端需求90人天（含低置信度30人天），供给140人天，总量无缺口；但若项目B确认，后端需求升至120人天，仍在容量内。前端需求40人天，供给90人天，有富余。进一步按技能等级检查发现，后端需求中有20人天要求高级等级，而当前后端高级容量仅15人天，形成5人天的高级技能缺口。
输出结论：总量层面无明显缺口，存在高级后端技能缺口5人天，优先级为中，可通过一名中级人员参与并安排评审缓解；项目B的低置信度需求单独标注，待方案明确后更新。示例的局限在于折算系数采用经验值，未用历史工时校验，实际分析中应补充验证依据。
完成检查：缺口结论是否站得住
缺口清单提交前，按以下清单逐项核对，可以判断依据是否完整、口径是否一致、结论是否可复核。
| 检查类别 | 检查项 | 通过标准 |
|---|---|---|
| 依据完整性 | 需求侧是否覆盖已承诺和待承诺项目，是否标注技能和置信度 | 每项需求有工作量、技能、时间窗口和置信度 |
| 依据完整性 | 供给侧是否包含可用人力、折算系数、占用和技能分布 | 容量基线可逐项追溯到人员和假设 |
| 口径一致性 | 供需两侧工时单位、统计周期、技能分级是否一致 | 口径说明书面化，缺口清单注明适用口径 |
| 口径一致性 | 折算系数是否全团队统一或有明确差异说明 | 差异有依据并记录 |
| 历史数据校验 | 折算系数和估算偏差是否用历史交付数据校验 | 给出校验结果或说明未校验的原因 |
| 结论复核 | 缺口结论是否经团队负责人和需求提出方确认 | 复核意见留痕，版本可追溯 |
| 结论表达 | 缺口是否同时给出人天、人数和技能口径，优先级是否有规则 | 三种口径来自同一组数据，优先级规则可查 |
历史数据校验的重点是折算系数和估算偏差。可以用上一周期实际工时与名义工时的比值修正折算系数，用已完成项目的实际工时与估算值对比，判断估算整体偏高还是偏低。校验结果不改变已发生的数据，但应写入下一周期的假设说明。结论复核与留痕要求包括：缺口清单保留版本号，复核意见与调整原因记录在案，口径变更单独说明，确保后续周期可以对比缺口变化。
常见问题
需求侧工作量估算精度不高，缺口分析还能做吗？
可以做，但要把不确定性显性化。建议为每项估算标注置信度（高、中、低），高置信度用于方案明确且已承诺的工作，低置信度用于方案未定或依赖外部条件的工作。缺口结论中说明低置信度需求占总需求的比例，供决策者判断结论的稳健程度。后续方案明确后更新估算，并保留版本记录，便于对比缺口变化。
有效工时折算系数应该用经验值还是历史数据测算？
优先用团队历史数据测算，例如用上一周期实际项目工时与名义工时的比值作为参考。历史数据不足时可以先采用经验值，但要在容量基线说明中标注为假设项，并在验证环节用实际工时修正。无论采用哪种方式，同一分析周期内各团队应使用统一系数，确有差异的要写明原因。
总量够但某个技能不足，这种情况怎么处理？
这正是按技能对齐的价值所在。计算时把需求和供给都拆到技能维度，就能区分“总量不足”和“技能错配”。技能错配可以优先考虑内部调配、安排有相关技能的人员参与并配合评审、或通过培养逐步补足；总量不足则需要补充人力或调整项目范围。缺口清单中把可缓解方式单独列出，便于决策者选择。
缺口分析的统计周期应该多长？
统计周期与需求拆分周期保持一致，常见做法是按月或按季度。周期过短会因请假、临时支持等波动导致数据噪声大；周期过长会掩盖技能错配和阶段性高峰。可以以季度为主粒度，对关键技能或关键里程碑所在月份再下钻查看。周期一旦确定，供需两侧和跨周期对比都沿用同一周期。
缺口结论复核时，团队负责人主要核对什么？
团队负责人主要核对本团队的容量数据是否与实际一致，包括可用人员范围、投入比例、计划占用和技能等级标注；同时确认缺口优先级是否符合业务实际。复核意见记录在缺口清单版本中，后续调整保留变更原因，确保下一周期对比缺口变化时有据可查。
