研发容量规划要回答的是：在确定的周期内，团队实际能投入多少工时，需求侧预计占用多少，两者相减后的缺口在哪里、怎么处置。本文按季度或月度周期、以人天或人时为统一单位，从口径定义、操作步骤、角色分工讲到缺口表填写示例和完成检查，帮助研发管理者产出可执行的容量缺口表。
要点总览（TL;DR）
- 研发容量规划用同一周期、同一单位做减法：净可用工时减去需求占用，得到缺口或余量，周期通常选季度，单位建议用人天。
- 操作按四步走：盘点可用工时、按项目/维护/技术债/临时支持预测占用、计算并按影响分级缺口、用调范围、错峰、补人、外部协作处置。
- 角色分工上，团队负责人供供给数据，项目经理供需求数据，研发负责人做分级与处置决策，职能或HR接口提供人员变动信息。
- 季度总量有余量不代表每月平衡，示例中7月缺口12人天通过技术债错峰到9月解决，缺口要按角色和月份两个维度看。
- 规划是否可用看七项检查：口径一致、扣减完整、估算有依据、缺口定位到角色和时间、处置有责任人和时间点、数据时点明确、滚动复核已建立。
先定口径：容量规划算的是什么
容量规划的核心是一个减法：容量是团队在规划周期内可投入的净工时供给，需求是同期各类工作预计占用的工时，两者按同一周期、同一单位相减，得到的就是容量缺口或余量。口径不统一，后面的盘点和预测就无法对齐，因此第一步是把周期、单位、供给项、需求项和缺口定义写清楚。
规划周期通常选季度，团队规模较小或需求波动大的团队可以按月。周期越长，预测误差越大，但调整空间也越大；周期越短，数据更贴近实际，但频繁重排的成本更高。容量单位建议用人天：以人天记录供给和需求，小数部分按半天或0.5人天取整，避免出现难以核对的小时级精度。如果团队已有按小时登记工时的习惯，也可以用人时，但供给和需求必须统一。
供给项包括周期内的工作日、可投入人员及其投入比例，并扣除法定节假日、请假、培训、面试、值班支持等非项目占用。需求项按类型拆分：项目交付、线上维护与缺陷修复、技术债与重构、临时支持与咨询。缺口定义为需求占用减去净可用供给，结果为正表示超载，为负表示有余量。
需要区分的是，容量规划处理的是“总量够不够”，项目组合层面的承接取舍和具体到人的排期属于相邻工作。容量规划输出缺口和处置方向，具体哪个项目先做、谁在哪一周做什么，在排期环节解决。把这两件事混在一起，容量表会变成排期表，失去汇总判断的作用。
一份可用的口径说明应包含：规划周期及起止日期、容量单位、人员范围、供给计算公式、需求分类清单、缺口正负号的含义、数据截止时点。这份说明在周期内保持不变，后续所有表格和讨论都以它为准。
操作步骤：从人力盘点走到缺口处置
容量规划按四步推进：盘点可用工时、预测需求占用、计算并分级缺口、处置缺口。每一步都有明确的输入、动作、输出和完成标志，做完一步再进入下一步，避免边盘点边改需求导致数据反复。
| 步骤 | 输入 | 动作 | 输出 | 完成标志 |
|---|---|---|---|---|
| 第一步：盘点可用工时 | 人员名单、投入比例、工作日历、已批准的请假与培训安排 | 按人按周计算工作日，扣除节假日、请假、培训和支持性占用，汇总为团队净可用工时 | 按角色或小组汇总的供给表 | 供给表经团队负责人确认，与人员名单和请假记录一致 |
| 第二步：预测需求占用 | 需求清单、历史工时数据、项目交付计划 | 按项目、维护、技术债、临时支持四类分别估算占用，标注估算依据和置信度 | 按类型汇总的需求占用表 | 每类需求有估算人和估算依据，重大项经过评审 |
| 第三步：计算并分级缺口 | 供给表、需求占用表 | 同周期同单位相减，按角色和月份定位缺口，按影响程度分级 | 容量缺口表 | 缺口能定位到角色和时间段，分级标准已约定 |
| 第四步：处置缺口 | 容量缺口表、业务优先级 | 对每项缺口选择调整范围、错峰、补人或外部协作，明确责任人与完成时间 | 缺口处置清单 | 每项缺口有处置方式、责任人和时间点，并纳入滚动复核 |
第一步的关键是扣干净。工作日历给出名义工作日，请假和培训从已批准记录中取，支持性占用（如值班、面试、内部答疑）按历史比例估算，例如每人每月预留1至2人天。扣完后得到的是净可用工时，而不是名义工时，这一步的偏差会直接放大到缺口结论。
第二步按需求类型分别预测，原因是各类需求的估算方法和波动性不同。项目交付可以按任务拆解估算，维护类可以按历史月均工单量推算，技术债按已排定的改进项估算，临时支持按历史占比预留。每项估算标注估算人和依据，置信度低的项单独标记，便于后续复核时优先校准。
第三步把供给和需求放到同一张表里相减，按角色和月份两个维度定位缺口。分级可以按影响程度：影响关键交付节点的为高，影响非关键但已承诺事项的为中，可延后的为低。分级的作用是让第四步的处置有先后顺序，而不是所有缺口平均用力。
第四步的处置方式有四种：调整范围，把低优先级需求移出本周期；错峰，把需求挪到容量有余量的月份；补人，通过招聘、内部调配或借调增加供给；外部协作，把部分工作交给外部团队。处置优先级通常是先调范围和错峰，再考虑补人和外部协作，因为前两者在本周期内即可生效。每项处置写明责任人和完成时间，处置结果回填到缺口表，形成闭环。
当团队已经在工具中登记工时和排期，容量数据的归集可以借助系统完成。ONES 资源管理支持通过工作数量和工时规模了解成员排期，按筛选和分组查看成员在不同项目的投入比重，并实时查看成员每日投入饱和明细，帮助识别规划风险；多种资源报表可反馈项目投入情况，并支持导出工时日志。这些数据可以作为盘点和复核的输入，缺口判断和处置决策仍由团队按上述口径完成。
角色与交付物分工
容量规划如果只由一个人填表，数据来源和处置决策都难以落地。合理的分工是：团队负责人提供供给数据，项目经理提供需求数据，研发负责人做缺口分级和处置决策，职能或 HR 接口提供人员变动信息。各角色的交付物和更新频率如下。
| 角色 | 主要职责 | 交付物 | 更新频率 |
|---|---|---|---|
| 研发负责人 | 确定规划周期与口径，审定缺口分级，决策处置方案 | 口径说明、缺口分级结论、处置决策记录 | 每周期初一次，周期中按需 |
| 项目经理 | 按需求类型预测占用，标注估算依据和置信度 | 需求占用表 | 每周期初，需求变更时更新 |
| 团队负责人 | 盘点人员投入比例，确认请假、培训和支持性占用 | 供给表 | 每周期初，人员变动时更新 |
| 职能/HR 接口 | 提供入职、离职、转岗和长期请假信息 | 人员变动清单 | 每月 |
数据提供和审核要分开。项目经理提交需求占用表后，由研发负责人或指定的评审人审核估算依据，重点看置信度低的项和与上期偏差大的项。团队负责人确认供给表时，需要与人员名单和已批准请假记录核对，避免漏扣或多扣。处置环节由研发负责人牵头，项目经理和团队负责人共同确认处置方式对交付的影响。
交付物的更新频率与规划周期匹配：口径说明和分级标准在周期内保持稳定；供给表和需求占用表在周期初定稿，周期中发生人员变动或需求重大变更时更新并记录变更原因；缺口表和处置清单随更新同步刷新，保留历史版本以便对比。
示例：一个季度的容量缺口表怎么填
以下为示意数据，用于演示填写方法，不代表真实企业情况。假设一个后端小组共6人，规划周期为第三季度（7月至9月），容量单位为人天，每人每周按5个工作日计。
供给侧：季度名义工作日约65天，6人合计390人天。扣除法定节假日和团队统一休假约15人天，已批准请假约20人天，培训约12人天，按每人每月1.5人天预留值班和面试等支持性占用，季度合计约27人天。净可用供给约为316人天。按角色拆分，其中资深工程师约120人天，普通工程师约196人天。
需求侧：项目交付两个，估算合计210人天；线上维护与缺陷修复按历史月均推算约45人天；技术债与重构已排定约30人天；临时支持按历史占比预留约20人天。需求合计约305人天。
| 月份 | 净可用供给（人天） | 需求占用（人天） | 缺口（人天） | 主要缺口来源 | 处置建议 |
|---|---|---|---|---|---|
| 7月 | 108 | 120 | +12 | 项目A交付集中 | 将技术债中的一项移出本月，错峰至9月 |
| 8月 | 105 | 98 | -7 | 需求相对平缓 | 余量用于提前启动9月部分任务 |
| 9月 | 103 | 87 | -16 | 含错峰移入的技术债 | 余量可承接临时支持或补充测试 |
| 季度合计 | 316 | 305 | -11 | 总量有余量，7月局部超载 | 以错峰为主，不新增人力 |
从这个示例可以看出，季度总量有余量并不代表每个月都平衡。7月缺口12人天，集中在项目A的交付节点，处置方式选择把技术债错峰到9月，而不是补人，因为缺口是阶段性的。如果缺口在多个角色上同时出现且持续整个季度，才需要考虑补人或外部协作。填写时注意两点：缺口按月份和角色两个维度看，只看季度合计会掩盖局部超载；处置建议要写到具体动作和时间点，便于复核时核对是否执行。
完成检查：容量规划是否可用
容量规划做完后，用以下清单逐项核对，判断结果是否可信、可执行。任何一项不通过，都应回到对应步骤修正后再使用。
- 口径一致性：供给和需求使用同一周期、同一单位，缺口正负号含义全文一致；人员范围和投入比例与人员名单一致。
- 供给扣减完整：工作日历、请假、培训、支持性占用均已扣除，扣除项有来源记录，净可用工时与名义工时的差额可以解释。
- 需求估算有依据：每类需求标注估算人和依据，置信度低的项已标记并安排校准；需求分类没有遗漏维护、技术债和临时支持。
- 缺口定位到角色和时间：缺口能按角色和月份定位，分级标准已约定并应用，不是只有一个总数。
- 处置有责任人和时间点：每项缺口对应处置方式、责任人和完成时间，处置优先级有说明。
- 数据时点明确：供给表和需求表标注数据截止日期，周期中发生变更时已更新并记录原因。
- 滚动复核已建立：约定复核频率（如每月一次）、复核参与人和触发重排的条件，例如人员变动超过约定比例或关键需求变更。
这份清单同时可以作为周期中复核的检查表。复核时重点看三项：实际工时与预测的偏差是否在可接受范围，处置项是否按计划执行，新出现的缺口是否已纳入下一轮处置。容量规划的价值在于周期内持续校准，而不是周期初交出一张表就结束。
常见问题
团队规模小、需求波动大，规划周期选月度还是季度？
两种都可以，取决于你能承受的预测误差和重排成本。季度周期给调整留出空间，适合需求相对稳定、项目交付周期较长的团队；月度周期数据更贴近实际，适合需求变化快、团队规模较小的团队。也可以按季度定总量、按月滚动校准，每月复核时只调整当月和次月的缺口与处置，季度总量保持不变。
支持性占用（值班、面试、内部答疑）没有历史数据，怎么估？
先按经验比例预留，例如每人每月1至2人天，运行一个周期后用工时记录回算实际占比，再调整下一周期的预留值。关键是把这个扣除项写进口径说明并标注估算依据，让缺口结论可以被解释。如果团队完全没有工时记录，可以先让成员按周粗记支持性工作的大致投入，两到三周后就能得到可用的比例参考。
缺口出现后，先补人还是先调范围？
通常先看缺口是阶段性还是持续性。集中在某一两个月、由单个项目交付节点引起的缺口，优先调范围或错峰，本周期内即可生效；多个角色同时出现且持续整个季度的缺口，再考虑补人或外部协作。补人涉及招聘周期和上手时间，对当季缺口的缓解有限，更适合用于下一周期的供给补充。无论选哪种方式，都要写明责任人和完成时间，否则处置容易停在纸面。
周期中人员变动或需求重大变更，容量表要全部重做吗？
不需要全部重做，按变更影响的范围更新对应部分即可。人员变动更新供给表中相关角色和月份，需求变更更新需求占用表中对应类型和项目，然后重新计算受影响的缺口行，并在表上记录变更原因和日期。如果变更幅度大，例如关键角色离职或大项目范围调整，可以触发一次临时复核，由研发负责人判断是否需要重新分级和调整处置方案。
容量规划的数据能否借助工具归集，减少手工统计？
可以。当团队在工具中登记工时和排期后，供给和需求的基础数据可以从系统中汇总。ONES 资源管理支持通过工作数量和工时规模了解成员排期，按筛选和分组查看成员在不同项目的投入比重，并实时查看成员每日投入饱和明细以识别规划风险；多种资源报表可反馈项目投入情况，并支持导出工时日志。这些数据作为盘点和复核的输入，缺口分级和处置决策仍按团队约定的口径完成。
