研发资源缺口分析的核心，是把同一时间窗、同一技能口径下的“需求工时”与“可用容量工时”相减：缺口工时 = 需求工时 − 可用容量工时，缺口率 = 缺口工时 ÷ 需求工时。本文给出指标定义、两侧取数与折算口径、可复算的计算步骤和一个带数字的例子，并说明结果解读时的限制，帮助你把缺口数字用于补充人力、调整范围或延后交付的判断。
要点总览（TL;DR）
- 缺口分析把同一时间窗、同一角色口径下的需求工时与可用容量工时相减：缺口工时 = 需求工时 − 可用容量工时，缺口率 = 缺口工时 ÷ 需求工时。
- 需求侧按任务估算汇总并乘折算系数，未估算任务用补估规则并标注占比；容量侧按在岗人数 × 可用工作日 × 每日有效工时计算，扣除请假、会议与支持性投入。
- 结果必须按角色拆分呈现，跨技能混算会让短缺与富余相互抵消，得出总体平衡的错误印象。
- 需求为零时不计算缺口率；容量为零而需求大于零时缺口率记为100%并备注原因，分母为零的情形不参与汇总比率。
- 缺口数字反映供需差额，解读时要结合估算置信度、时间窗长短和口径版本，不能直接当作交付风险或绩效结论。
缺口分析要回答什么问题
缺口分析回答一个具体问题：在某个时间窗内，按角色或技能划分的研发人力，需求是否超过可用容量，超出多少。它服务于人力补充、范围调整和交付节奏安排这几类决策，输出的是供需差额，而非某个人某天做什么。
分析对象是研发人力的供需关系。需求侧来自已规划的项目与任务估算，容量侧来自团队在岗人员及其可投入时间。两侧都要按角色拆分，例如后端、前端、测试、数据，因为不同技能之间通常不能直接互换，混算会掩盖结构性短缺。
需要明确边界：本文讨论的是“够不够、差多少”的度量方法。组合层面接哪些项目、砍哪些需求，属于项目组合取舍；具体把任务分给谁、排在哪个迭代，属于人员排期。这两类工作以缺口分析结果为输入，但方法本身不在本文展开。
开始计算前，建议先写下一句评估目标，例如“判断第三季度测试角色人力是否满足已承诺项目需求”。目标写清楚，统计范围、时间窗和角色清单才有依据，结果也更容易被决策者使用。
指标与统计范围怎么定
缺口分析使用四个核心指标，全部以工时为统一单位。需求工时是统计范围内所有任务估算工时经折算后的合计；可用容量工时是同一范围内人员在时间窗内可投入的有效工时；两者相减得到缺口工时；缺口工时除以需求工时得到缺口率。
| 指标 | 定义 | 单位 | 说明 |
|---|---|---|---|
| 需求工时 | 统计范围内任务估算工时 × 折算系数后的合计 | 人时或人天 | 按角色分别汇总 |
| 可用容量工时 | 在岗人数 × 可用工作日 × 每日有效工时 | 人时或人天 | 扣除请假、会议与支持性投入 |
| 缺口工时 | 需求工时 − 可用容量工时 | 人时或人天 | 正值表示短缺，负值表示富余 |
| 缺口率 | 缺口工时 ÷ 需求工时 | 百分比 | 需求为零时不计算 |
统计对象要一次列清：纳入哪些项目、哪些团队、哪些角色。跨团队共享的角色要约定归属规则，避免同一批人被重复计入容量或在需求侧被遗漏。时间窗按月或按季度切分，写明起止日期，例如“7月1日至9月30日”，跨月项目按任务计划完成时间归入对应月份。
单位必须统一。若任务估算以人天记录，容量也折算为人天；若以人时记录，则统一换算，并写明一天按多少小时计。换算关系一旦确定，在同一口径版本内保持不变，否则前后两期结果无法比较。
需求与容量的数据口径
两侧数据可比，是缺口分析成立的前提。需求侧和容量侧如果一边含会议、一边不含，或者一边按自然日、一边按有效工时，算出的差额就失去意义。下面分别说明取数与折算规则。
需求侧：从任务估算到需求工时
需求工时的来源是项目任务的工作量估算。逐条汇总统计范围内任务的估算值，再乘以折算系数，得到可投入口径的需求工时。折算系数用于把“理想工作量”调整为“含沟通、返工与协调的实际投入”，取值应基于团队历史数据，并在口径说明中记录。
对尚未估算的任务，需要补估规则，常见做法有三类：按同类任务的历史均值补估；按功能点或故事点比例换算；由负责人给出区间估算并取中值。无论采用哪种，都要在结果中标注补估任务的数量和占比，让读者知道需求侧有多少是估算而非实测。
容量侧：从在岗人数到可用容量工时
容量工时的计算分三步。先确定时间窗内的在岗人数，按角色统计；再计算可用工作日，即工作日总数扣除法定假日和已批准的请假；最后乘以每日有效工时，得到单人容量，汇总为角色容量。
每日有效工时需要扣除会议、评审、答疑、线上支持等支持性投入。这部分比例因团队而异，应使用本团队的实际观察值，而非套用统一数字。新成员、兼职投入和跨项目共享人员，按实际可投入比例折算，避免把名义在岗当成满额容量。
按角色对齐与缺失值处理
需求与容量必须在同一角色维度上对齐后再相减。一个任务若需要多角色协作，应拆分为各角色的工作量，分别计入对应角色的需求。跨技能混算会把某一角色的短缺与另一角色的富余相互抵消，得出“总体平衡”的错误印象。
缺失值处理要有明文规则：未填估算的任务按补估规则处理并标注；容量侧缺勤记录不全时，按已登记请假计算并在结果中说明；无法归属角色的任务单列为“未分配”，不摊入任何角色。规则写入口径说明，复算时才能得到一致结果。
缺口计算步骤与公式
计算按固定顺序执行，每一步的产物都可核对。以下五步适用于单角色、单时间窗，多角色多月份时重复执行。
- 确定时间窗：写明起止日期和切分粒度，例如按月。
- 按角色汇总需求工时：汇总任务估算，应用折算系数，记录补估任务占比。
- 计算可用容量工时：在岗人数 × 可用工作日 × 每日有效工时，按角色汇总。
- 相减得缺口：缺口工时 = 需求工时 − 可用容量工时。
- 计算缺口率：缺口率 = 缺口工时 ÷ 需求工时。
结果表达需要约定符号。本文约定正缺口表示需求大于容量，即人力短缺；负缺口表示容量大于需求，即人力富余。缺口率沿用同一符号，正值为短缺比例，负值为富余比例。团队内部应统一这一约定并写入口径说明，避免正负号含义被误读。
边界情况要单独处理。需求工时为零时，缺口率的分母为零，不计算比率，只标注“无需求”；容量工时为零而需求大于零时，缺口率记为100%并在备注中说明原因，例如该角色当期无在岗人员。分母为零的情形不参与跨角色平均或汇总比率的计算，防止出现无意义的数值。
一个可复算的例子
以下为演示情景，数字用于说明计算过程，不代表任何真实团队的基准值。设定时间窗为某月，共21个工作日，团队含后端与测试两个角色。
需求侧：后端角色当月任务估算合计为420人时，折算系数取1.1，需求工时 = 420 × 1.1 = 462人时；测试角色任务估算合计为260人时，折算系数取1.1，需求工时 = 260 × 1.1 = 286人时。
容量侧：后端在岗4人，每人当月可用工作日20天（扣除1天请假），每日有效工时6小时（已扣除会议与支持性投入），容量 = 4 × 20 × 6 = 480人时；测试在岗2人，每人可用工作日21天，每日有效工时6小时，容量 = 2 × 21 × 6 = 252人时。
| 角色 | 需求工时 | 可用容量工时 | 缺口工时 | 缺口率 |
|---|---|---|---|---|
| 后端 | 462 | 480 | −18 | −3.9% |
| 测试 | 286 | 252 | 34 | 11.9% |
按角色拆分后可以看到，后端略有富余，测试存在约34人时的短缺，缺口率约11.9%。如果只看合计，总需求748人时、总容量732人时，缺口16人时，缺口率约2.1%，会掩盖测试角色的结构性短缺。这正是按角色呈现结果的意义。
若要按月展开，把同一套公式对每个月重复计算，形成角色×月份的表。表中同时记录折算系数、有效工时取值和补估任务占比，后续复算或对比时可以直接核对口径是否一致。
结果怎么解读、有哪些限制
缺口率的高低要结合估算置信度和时间窗一起读。需求侧含补估任务时，缺口数字的可靠程度取决于补估比例；补估占比高，结果更适合作为方向性参考。时间窗越短，请假、临时支持等波动的影响越大；按季度看比按单月看更稳定，但会掩盖月内的峰值短缺。
几类因素会改变结论：任务估算误差会直接传导到需求工时；折算系数或有效工时取值调整属于口径变化，前后两期结果不能直接比较；人员入职、离职、转岗会改变容量基数。建议每次计算记录口径版本，包括系数取值、统计范围和补估规则，复算时保留历史版本，横向比较才有意义。
缺口数字反映的是供需差额，不直接等于交付风险，也不能作为个人或团队绩效结论。同样的缺口，可以通过补充人力、缩减范围或调整交付时间来应对，选择哪条路径取决于业务优先级，这已超出缺口计算本身。把缺口结果与范围变更记录、人员到位计划放在一起看，才能支撑具体决策。
当缺口分析需要按月复算、按角色拆分并保留口径版本时，数据采集的连续性就成为主要工作量。ONES 资源管理可展示工作和资源情况，支持资源规划、配置、监控与预测分析；通过工作数量和工时规模了解成员排期，并按项目查看投入比重，实时查看成员每日投入饱和明细；资源报表反馈项目投入情况，工时登记日志支持查询和导出。把这些记录作为需求与容量两侧的取数来源，再按本文公式计算缺口，可以让每次复算沿用同一套数据基础。
常见问题
任务还没有做估算，缺口分析还能不能算？
可以算，但需求侧要采用补估规则，并在结果中标注补估任务的数量和占比。常见做法有三类：按同类任务的历史均值补估；按功能点或故事点比例换算；由负责人给出区间估算并取中值。补估占比越高，缺口数字越偏向方向性参考，解读时应说明这一限制。
缺口率算出来多少算正常？
没有通用的达标线。缺口率的高低要结合估算置信度、时间窗长短和团队实际承接能力一起读。补估占比高、时间窗只有单月时，数字波动较大；按季度看更稳定，但会掩盖月内峰值。建议团队记录多期结果，形成自己的参考区间，而不是套用外部阈值。
跨团队共享的角色，容量应该算给谁？
关键是避免重复计入或遗漏。可以在口径说明中约定归属规则，例如按投入比例拆分到各团队，或指定一个团队统一计入容量、其他团队只计需求。无论采用哪种规则，同一口径版本内保持一致，复算时才能得到可比结果。
前后两期缺口率差异很大，怎么判断是真实变化还是口径变了？
先核对口径版本。折算系数、每日有效工时取值、统计范围、补估规则任何一项调整，都会改变结果，前后两期不能直接比较。建议每次计算记录口径版本并保留历史记录，确认口径一致后，再分析人员变动、需求增减等真实因素带来的差异。
缺口分析的结果能直接用来判断项目会不会延期吗？
不能直接等同。缺口数字反映的是供需差额，交付风险还取决于范围能否缩减、人力能否补充、交付时间能否调整。把缺口结果与范围变更记录、人员到位计划放在一起看，才能支撑具体决策。缺口分析提供的是输入，不是结论。
