研发容量规划要解决的是未来一段时间里，可投入的有效人力与已承诺、待评估需求之间的供需匹配问题。做法可以归纳为四步：先定义容量口径，再把需求折算成同口径工时，按周期对比供需，最后形成缺口处置方案并定期复核。本文按这四步展开，给出容量口径表、需求折算规则、角色分工、季度测算示例和完成检查清单。ONES可作为容量供需数据、规划假设与复核记录的集中管理载体，下文在相应环节说明。
要点总览（TL;DR）
- 研发容量规划的核心是把未来周期的有效投入工时与需求工作量放在同一口径下比较，先定口径再算需求，避免用人数直接对比工作量。
- 容量口径按人数、可用工时、投入比例、技能结构四类字段定义，按角色分组统计，并书面记录假设，跨周期保持一致。
- 需求侧区分已承诺、维护类和候选需求，按历史数据或估算折算为角色工时并标注置信度，预留缓冲应对偏差。
- 供需对比按季度或月度进行，缺口分为总量不足、角色结构失衡、时间分布不均三类，分别对应补充人力、调整范围、延后排期等处置动作。
- 规划发布后按周期复核，跟踪实际投入与计划偏差，偏差记录作为下周期调整缓冲比例和估算方法的输入。
研发容量规划先定口径：可用人力怎么算
容量口径决定了后续所有对比是否成立。可用人力应当按“有效投入工时”计算，即团队在规划周期内真正能用于需求交付的时间，而非编制人数或名义工作日。口径一旦确定，应在多个周期内保持一致，变更时记录原因。
容量口径包含四类字段：人数、可用工时、投入比例、技能结构。人数按在岗且可参与研发交付的人员统计；可用工时按周期工作日扣除法定假期、团队会议、培训、值班支持与运维等非项目投入；投入比例反映成员在多个项目或职责间的实际分配；技能结构按角色或专业方向分组，例如后端、前端、测试、数据，避免只算总量而掩盖结构缺口。
| 字段 | 取值来源 | 计算方式 | 需写明的假设 |
|---|---|---|---|
| 人数 | 组织架构与在岗名单 | 按角色分组计数，剔除长期缺岗 | 统计截止日期、是否含实习生与外包 |
| 可用工时 | 工作日历、假期安排、例会与支持排班 | 周期工作日 × 每日工时 − 假期 − 会议与支持工时 | 每日有效工时取值、非项目投入占比 |
| 投入比例 | 项目分配记录、职责说明 | 成员投入本项目群的百分比 | 是否含跨团队借调、兼职投入如何折算 |
| 技能结构 | 角色标签、技能清单 | 按角色汇总可用工时 | 角色划分粒度、一人多角色时如何归属 |
完成标志是形成一张容量口径定义表，每个字段都有取值来源和假设说明，并且能被下个周期直接复用。口径表应由研发负责人确认，PMO或人力侧维护数据来源。
需求侧工作量如何折算成可比较的工时
需求侧要回答的是“这些工作按当前口径需要多少工时”。需求来源通常包括三类：已承诺进入周期的需求、尚在评估中的候选需求，以及必须预留的维护类工作，如缺陷修复、线上支持和小型优化。三类需求应分开列示，避免把候选需求当成确定工作量。
折算方法有两种常见路径。一是用历史数据推算，例如按需求类型统计过去若干周期的平均工时，适用于需求形态稳定的团队；二是由需求负责人做估算，按角色给出工时区间。两种方式都应标注估算置信度：高置信度用于已细化到任务层的需求，中低置信度用于仅有范围描述的需求。折算结果按角色拆分，与容量口径的角色分组对齐，才能发现结构性缺口。
需求工时汇总后，应预留缓冲比例应对估算偏差和临时插入。缓冲比例可参考历史偏差数据设定，例如过去周期实际工时普遍高于估算10%–20%，则按相应比例上调。缓冲不是固定常数，应在复核时根据偏差记录调整。
完成标志是形成需求工作量清单，每条需求包含来源类别、角色工时拆分、估算依据和置信度，并附折算规则说明。
供需对比与缺口处置的操作步骤
供需两侧口径对齐后，按季度或月度汇总对比。周期选择取决于需求变化速度：需求波动大的团队适合月度滚动，需求相对稳定的团队可按季度规划并月度微调。对比的输出是一张容量供需表，按角色列出可用工时、需求工时、缺口或余量。
缺口需要分类处理，不同缺口对应不同动作：
- 总量不足：整体需求工时超过可用工时。处置动作包括补充人力、缩减范围、延后低优先级需求，或引入外部支持。
- 角色结构失衡：总量够但某角色短缺、另一角色闲置。处置动作包括内部调配、跨角色培训、调整需求的技术方案，或对短缺角色寻求外部支持。
- 时间分布不均：周期总量平衡但某个月份集中超载。处置动作包括调整需求排期、错峰交付、提前启动前置工作。
操作步骤按以下顺序执行：第一步，收集容量口径表与需求工时清单，确认两者统计周期和角色分组一致；第二步，按角色计算缺口或余量，标注缺口类型；第三步，针对每类缺口列出候选处置动作，评估对交付范围和时间的影响；第四步，形成规划说明，记录假设、缺口结论、选定动作和责任人，提交决策人审批。完成标志是容量供需表与规划说明通过审批，每个缺口都有明确的处置动作和负责人。
角色分工与各环节交付物
容量规划涉及数据提供、审核和决策三类工作，责任需要落到具体角色，避免数据无人维护或缺口无人决策。
| 角色 | 主要职责 | 交付物 | 更新频率 |
|---|---|---|---|
| 研发负责人 | 确认容量口径与假设，审批缺口处置方案 | 口径确认记录、审批结论 | 每周期一次，口径变更时即时更新 |
| 项目经理 | 汇总需求来源，组织需求工时估算，标注置信度 | 需求工作量清单 | 每周期更新，需求变更时增量维护 |
| 职能主管 | 提供人员可用工时、投入比例与技能结构数据 | 容量口径表数据部分 | 每月或每季度更新 |
| 人力或PMO | 维护容量供需表，组织对比会议，跟踪处置动作执行 | 容量供需表、规划说明、复核记录 | 每周期更新，复核时记录偏差 |
数据提供环节由职能主管和项目经理负责，审核环节由PMO核对两侧口径一致性，决策环节由研发负责人对缺口处置拍板。交付物的责任人应写入规划说明，更新频率与规划周期绑定。
示例：一个季度的容量供需测算
以下为演示情景，用于说明计算过程，数值为假设值。某研发团队共12人，规划周期为一个季度，约13周，每人每周有效工时按32小时计（已扣除会议、支持与培训），季度可用工时约4160小时。按角色拆分：后端5人约2080小时，前端4人约1664小时，测试3人约1248小时。
需求侧汇总：已承诺需求折算后端1600小时、前端1400小时、测试1100小时；维护类工作预留后端300小时、前端150小时、测试200小时；候选需求暂按后端400小时、前端300小时、测试250小时列入观察，置信度中低。按10%缓冲上调已承诺与维护类工时后，后端需求约2090小时，前端约1705小时，测试约1430小时。
| 角色 | 可用工时 | 已承诺+维护（含10%缓冲） | 缺口或余量 | 缺口类型 |
|---|---|---|---|---|
| 后端 | 2080 | 2090 | −10 | 基本平衡 |
| 前端 | 1664 | 1705 | −41 | 总量略不足 |
| 测试 | 1248 | 1430 | −182 | 总量不足 |
结论是测试角色存在明显缺口，前端略有缺口，后端接近平衡。若候选需求全部进入，测试缺口将进一步扩大。处置动作：测试缺口通过外部支持覆盖约120小时，剩余部分将两项低优先级需求的测试窗口延后到下季度初；前端缺口通过调整一项需求的技术方案减少前端工作量，并由后端分担部分接口联调。估算偏差处理：本周期记录实际工时与估算的偏差，若测试实际工时持续高于估算，下周期将缓冲比例从10%上调至15%。
规划落地后的复核与完成检查
规划发布后需要定期复核，判断假设是否仍成立、缺口处置是否按计划执行。复核频率通常与规划周期一致，月度规划按月复核，季度规划在月中做一次轻量检查。触发临时调整的条件包括：需求范围发生重大变更、关键人员离职或长期缺岗、实际投入与计划偏差超过设定阈值（例如单角色偏差超过15%）。
偏差跟踪以容量供需表为基线，记录每周期实际投入工时、实际需求完成工时与计划的差异，并注明偏差原因。偏差记录是下周期调整缓冲比例和估算方法的依据。
完成检查清单：
- 容量口径表与需求工时清单使用相同的周期和角色分组；
- 所有假设（有效工时、投入比例、缓冲比例）已书面记录；
- 每个缺口都有处置动作、责任人和完成时间；
- 规划说明已通过决策人审批；
- 复核记录已更新，偏差原因已归档；
- 本周期结论已作为下周期口径和估算的输入。
六项全部满足，可认为本轮规划可用；存在未闭环缺口时，应在复核记录中标注并纳入下周期优先处理。
用工具承载容量供需数据与复核
容量规划的数据分散在人员名单、需求清单和会议记录中时，最容易出现口径不一致和版本混乱。把容量供需表、需求工时清单和规划说明放在同一管理载体中，可以让数据提供、审核和复核围绕同一份记录进行。
在ONES中，可以按规划周期建立容量供需工作项或文档，将各角色的可用工时、需求工时和缺口结论作为结构化字段维护，需求工时清单与需求条目关联，估算置信度和缓冲比例记录在规划说明中并保留版本。复核时，实际投入与计划的偏差作为记录追加到同一规划条目，处置动作以任务形式指派责任人和完成时间，状态变化可追踪。这样，下周期复盘时能直接看到上周期的假设、缺口和实际结果，减少重复整理数据的工作。
常见问题
团队规模较小、没有专职PMO时，容量规划由谁来做？
可以由研发负责人牵头，把数据提供和对比工作合并到一两个人身上：项目经理汇总需求工时，职能主管或团队负责人提供可用工时与投入比例，研发负责人确认口径并审批缺口处置。关键是口径表和规划说明仍要书面留存，即使只有一页，也要写清假设、缺口结论和责任人。规模小的团队可以按季度做一次完整测算，月度只做偏差检查，减少维护成本。
需求工时估算经常偏差很大，容量规划还有意义吗？
有意义，但要把估算置信度和缓冲比例纳入规划。对仅有范围描述的需求标注中低置信度，单独列示，不直接计入确定工作量；对已承诺需求按历史偏差设定缓冲比例，并在复核时根据实际工时调整。偏差记录本身就是改进估算的依据，连续几个周期记录后，可以按需求类型建立更贴近实际的平均工时参考。规划的价值在于提前暴露缺口，估算精度可以随周期逐步提高。
季度内需求突然增加，原定的容量规划怎么调整？
先判断新增需求属于哪一类：如果是已承诺范围变更，应重新计算该角色的需求工时和缺口，评估是否触发临时调整；如果是候选需求提前进入，需要明确它挤占哪些原有需求的时间。调整时保留原规划版本，把变更原因、影响范围和新的处置动作记录在规划说明中，避免覆盖历史数据。若单角色偏差超过设定阈值，可启动一次临时复核，重新确认缺口类型和处置方案。
容量规划和人员排期是什么关系，需要做两套吗？
两者解决不同层次的问题。容量规划关注周期内可用人力与需求工作量的总量和结构是否匹配，输出缺口结论和处置方向；人员排期则把具体任务分配到具体人员和日期。容量规划是排期的前置输入，排期在容量结论确定的范围内展开。实际执行中不需要两套完全独立的数据，容量供需表可以作为排期的约束条件，排期结果反过来为下周期容量复核提供实际投入数据。
外包或跨团队借调的人力如何计入容量？
按实际可投入情况计入，并在假设中写明统计规则。外包人员如果稳定参与交付，可按角色计入人数和可用工时，同时注明合同周期和投入比例，避免把短期支持当成长期容量。跨团队借调按投入比例折算工时，并记录借调起止时间。这两类人力的共同点是稳定性弱于正式成员，规划时应单独标注，缺口处置时优先评估其可持续性，避免把临时补充当作长期解决方案。
