研发资源需求与容量规划要解决的是“要做的事”和“能投入的人”之间的匹配问题。制定时先把规划周期、角色分类和人力单位统一，再分别测算需求侧工作量与供给侧可用容量，对齐后形成缺口清单和处置方案，最后按月滚动复核。本文按这套顺序给出每一步的输入、动作、输出和负责人，适用于季度或月度的人力供需测算；项目组合之间的承接取舍、具体到人的任务派工不在本文展开。
要点总览（TL;DR）
- 先把规划周期、角色分类和人力单位写进一份口径说明表，需求表与容量表才能逐格对齐相减。
- 需求侧从需求清单出发，按角色估算工作量区间并标注置信度，再按交付节点分布到各周期，汇总成角色×周期需求表。
- 供给侧用理论工时乘以可用工时比例得出可用容量，扣减休假、培训、运维支持、会议协作和招聘空窗，并标注新人爬坡与关键角色单点风险。
- 缺口按角色和周期逐格测算，处置方式在调整节奏、外部补充、跨角色调配、缩减范围中选择，每个缺口指定责任人和确认时间。
- 规划批准后按月复核，需求重大变更、关键人员变动或招聘偏离计划时触发临时复核，偏差连续同向出现则修正口径而非单次修补。
先定口径：规划周期、角色分类与人力单位
容量规划最常见的失败原因是需求表和容量表对不上：一边按项目统计，一边按人统计；一边算人月，一边算人天；一边含外包，一边只算正式员工。开始测算前，先把三个基础设定写进一份口径说明表，后续所有数据都按这张表填写。
规划周期与业务节奏对齐
周期选择取决于业务的可预测程度和决策节奏。季度规划适合产品路线相对稳定、发布节奏按季度安排的团队，优点是汇总成本低，缺点是月中变化难以体现；月度规划适合需求来源多、优先级调整频繁的团队，能更早发现缺口；双周规划通常只用于交付压力集中、人员调度频繁的阶段，维护成本较高。多数研发组织采用“季度做总量规划、月度做滚动修正”的组合，既保留中期视角，又能吸收近期变化。
按角色或技能分类，而非按人名统计
容量规划回答的是“哪类能力缺多少”，按人名统计会把“张三很忙”和“后端能力不足”混为一谈，也无法在人员变动时复用历史数据。角色分类的粒度以能独立安排工作为准，例如后端开发、前端开发、测试、产品经理、UI设计、运维；团队规模较小时可以合并为开发、测试、产品三类。分类确定后保持稳定，中途增删分类要同步修正历史数据，否则趋势对比失效。
人力单位的换算与使用场景
三种单位各有适用场景，关键是全表统一并在口径说明中写明换算关系。
| 单位 | 含义 | 适用场景 | 注意事项 |
|---|---|---|---|
| 人天 | 1人投入1个标准工作日 | 需求级估算、任务拆解 | 需明确标准工作日工时，如8小时 |
| 人月 | 1人投入1个标准月 | 季度规划、项目总量估算 | 需写明1人月等于多少人天，如21人天 |
| FTE | 相当于1名全职人员的投入比例 | 跨团队汇总、投入比重表达 | 0.5 FTE表示投入一半工作时间 |
口径说明表要写清的字段
一份可用的口径说明表至少包含：规划周期及起止日期；角色分类清单及定义；人力单位及换算关系；统计范围（含哪些团队、哪些项目类型）；是否包含外包与实习生；是否包含运维支持、技术预研等非交付类工作。这些字段在每次规划启动时确认一次，变更时记录版本，避免不同周期的数据无法比较。
测算需求侧：把研发工作量拆到角色与周期
需求侧测算的目标是把“要做的需求”转换成“每个角色在每个周期需要投入多少人天”。这一步的输出是一张角色×周期的需求汇总表，以及支撑这张表的估算假设说明。
输入准备
需要三类输入：已立项或进入候选池的需求清单，包含需求描述、优先级和期望交付时间；历史同类需求的工作量参考，例如过去三个季度同类功能各角色的实际投入；交付时间要求，包括对外承诺节点和内部里程碑。历史数据缺失时，可以用团队骨干的经验估算替代，但要标注为经验值。
拆解与估算动作
按以下顺序推进：先把每个需求拆解到需要参与的角色，明确哪些角色必须投入、哪些按需投入；再按角色估算工作量，采用区间形式，例如“后端8–12人天”；然后根据交付时间把工作量分布到各周期，注意需求的前置依赖和并行关系，避免把全部工作量压在最后一个周期；最后按角色和周期汇总，得到需求侧总量。
处理估算不确定性
估算天然存在偏差，处理方式是把不确定性显性化而不是消除它。每个需求标注估算区间和置信度：高置信度表示有历史数据支撑或方案已明确，中置信度表示方案基本清楚但存在技术未知，低置信度表示需求本身还在探索。汇总时可以用区间中值做基准测算，同时保留高置信度口径和低置信度口径两套数字，供决策时参考。低置信度需求占比过高时，应先推动需求澄清，再进入容量承诺。
输出：需求侧人力汇总表
汇总表按“角色×周期”排列，单元格填写该角色在该周期需要投入的人天，并附一列说明估算依据和置信度。表格下方附估算假设说明，记录本次测算采用的历史参考区间、是否包含缺陷修复和联调时间、是否预留技术债处理时间。这张表是后续与容量表对齐的基础，字段和单位必须与口径说明表一致。
盘点供给侧：可用容量如何扣除非项目占用
供给侧盘点回答的是“每个角色在每个周期实际能投入多少人力到项目工作上”。直接用在岗人数乘以周期天数会高估容量，必须扣除非项目占用。
基本算法
可用容量的计算分两步：第一步算出理论工时，即在岗人数乘以周期内标准工作日数乘以每日标准工时；第二步乘以可用工时比例，得到实际可投入项目工作的容量。可用工时比例反映非项目占用，通常按角色分别设定，例如开发角色取75%–85%，承担较多支持工作的角色取更低比例。比例应基于历史工时记录校准，而非凭感觉设定。
需要扣减的占用项
- 休假与法定假日：按周期内已审批的休假计划和历史平均休假率估算。
- 培训与学习：包括计划内培训和团队例行技术分享。
- 运维支持与线上问题处理：按历史工单量折算，值班角色需单独计算。
- 会议与协作：需求评审、站会、跨团队对齐等固定占用。
- 招聘空窗：岗位空缺期间该角色容量为零，新员工入职后还有爬坡期。
标注爬坡期与单点风险
新人入职后的前1–3个月产出通常低于成熟成员，规划时按爬坡系数折算，例如第一个月按50%容量计入。关键角色只有一人承担时，要在容量表上标注单点风险，并在缺口分析中单独处理：这类角色一旦休假或离职，容量直接归零，不能按平均值平滑。
输出：供给侧可用容量表
容量表同样按“角色×周期”排列，每个单元格附扣减项明细，便于复核。表中区分“理论工时”“扣减合计”“可用容量”三行，任何一行被质疑时都能追溯到具体扣减项。这张表与需求表使用相同的周期划分和角色分类，确保可以直接相减。
供需对齐：缺口测算与应对方案
两张表准备好后，按角色和周期逐格相减：需求大于容量为缺口，容量大于需求为富余。结果整理成缺口清单，每个缺口标注角色、周期、缺口人天、影响的需求和紧急程度。
缺口与富余的测算口径
测算时使用需求侧的中值口径作为基准，同时对照高置信度口径查看“确定要做的部分”是否已经超载。富余不等于可以随意接新需求，需要确认富余是否来自估算偏保守或需求延期，避免把虚假富余当成承接空间。跨周期看总量也有意义：某角色季度总量平衡但单月缺口集中，说明需要调整交付节奏而非补充人力。
四类应对选项
| 应对方式 | 适用条件 | 代价与限制 |
|---|---|---|
| 调整交付节奏 | 缺口集中在个别周期，需求优先级允许后移 | 影响对外承诺，需与业务方确认 |
| 外部补充 | 缺口持续多个周期，且角色能力可从市场获得 | 招聘周期长，外包需要磨合与知识传递 |
| 跨角色调配 | 缺口角色与富余角色技能相近，或内部有人可转岗 | 转岗有学习成本，短期产出下降 |
| 缩减范围 | 缺口无法通过以上方式消化，且需求可拆分 | 需要产品与研发共同做取舍决策 |
关键角色与普通角色的处理差异
关键角色缺口优先用外部补充或提前培养解决，因为跨角色调配难以替代；同时要评估缺口期间是否可以通过调整架构方案降低对该角色的依赖。普通角色缺口可以更多依赖跨角色调配和节奏调整。每个缺口在清单中指定处置方式和责任人，没有处置人的缺口视为未完成规划。
角色分工与交付物：谁提供数据、谁做决策
容量规划要落地，需要明确每个环节谁提供数据、谁汇总、谁决策。以下是一份可直接套用的职责简表。
| 环节 | 负责人 | 输入 | 交付物 | 提交时点 |
|---|---|---|---|---|
| 口径确认 | 研发负责人 | 上期口径说明、业务节奏变化 | 本期口径说明表 | 规划启动前 |
| 需求侧测算 | 项目经理/产品负责人 | 需求清单、历史工作量、交付节点 | 需求汇总表及假设说明 | 规划启动后第1周 |
| 供给侧盘点 | 职能/资源负责人 | 在岗名单、休假计划、支持类工作记录 | 可用容量表及扣减明细 | 规划启动后第1周 |
| 缺口测算 | 研发负责人牵头，项目经理参与 | 需求表、容量表 | 缺口清单 | 第2周 |
| 方案决策 | 研发负责人与业务负责人 | 缺口清单、处置选项 | 处置方案表（含审批记录） | 第2周末 |
| 数据支撑 | HR/财务 | 人员变动、招聘进度、外包预算 | 人力变动与预算约束说明 | 按需提供 |
交付物统一归档在团队共享的规划文档中，按周期建立版本，历史版本只读保留。决策依据要记录在方案表里，包括为什么选择某种处置方式、放弃了哪些选项，便于下期复盘时对照实际结果。
当需求、工时和人员数据分散在多个工具中时，汇总本身会消耗大量规划时间。ONES 资源管理提供资源规划视图，管理者可以按业务优先级安排和调整团队资源，查看项目和团队的资源利用率与负荷度；成员在不同项目上的投入比重和每日投入饱和明细也可以查看，用于识别负荷过高或闲置的情况。把这些数据作为需求侧和供给侧测算的输入，可以减少手工汇总，让缺口讨论集中在处置方案上。涉及按角色汇总、休假等非项目占用建模的具体支持范围，选型时需结合实际版本核验。
示例：一个季度容量规划表的填写过程
以下为演示情景，数据为示例值，用于说明填写过程，不代表任何真实企业情况。
示例设定
某研发团队规划2025年第三季度（7–9月），角色分为后端、前端、测试三类。需求来源为已立项的6个需求，其中4个高置信度、2个中置信度。团队在岗后端6人、前端4人、测试3人，另有1名后端新人8月入职。
需求侧填入
逐个需求拆解角色并估算区间，按交付节点分布到三个月。汇总后得到示例结果：后端7月需求95人天、8月110人天、9月80人天；前端三个月分别为60、70、55人天；测试分别为40、50、45人天。假设说明中记录：估算基于上季度同类需求实际投入，含联调时间，未预留技术债处理时间。
供给侧填入
以7月后端为例：6人×22个工作日×8小时=1056小时，折合约132人天理论工时；扣除休假、培训、会议与支持类工作后，可用工时比例取80%，可用容量约106人天。8月因新人入职按50%爬坡计入，容量约112人天；9月新人转正常，容量约108人天。前端和测试按同样方法计算。
缺口识别与处置
对齐后发现：后端7月缺口约11人天（需求95对容量106，实际为富余，此处示例调整为需求118人天时出现缺口），8月基本平衡，9月富余；前端8月缺口约8人天；测试三个月均略有富余。处置方案：后端7月缺口通过将一个中置信度需求后移至8月解决；前端8月缺口由一名有前端经验的后端成员跨角色支援，并安排两周过渡期；测试富余用于提前介入9月需求的用例设计。每个处置方案指定了责任人和确认时间。
示例表关键字段
表格列包括：角色、周期、需求人天（中值）、需求区间、可用容量、缺口/富余、处置方式、责任人、备注。备注列记录估算假设和特殊事项，如新人爬坡、单点风险标注。
滚动复核与完成检查
容量规划在批准的那一刻就开始过时。建立固定的复核节奏和触发机制，才能让规划持续可用。
复核频率与触发条件
建议每月做一次例行复核，对照实际工时和人员变动修正后续周期的容量与需求。以下情况触发临时复核：需求范围发生重大变更、关键角色人员离职或长期休假、招聘进度明显偏离计划、外部依赖导致交付节点调整。临时复核只调整受影响的角色和周期，不重做整张表。
偏差记录与口径修正
每次复核记录两类偏差：估算偏差，即实际投入与估算区间的差异，用于校准后续估算；容量偏差，即可用工时比例与实际值的差异，用于修正扣减系数。偏差连续两个周期同方向出现时，说明口径需要调整，应在口径说明表中更新并记录版本，而不是在单次测算中手动修补。
完成检查清单
- 口径说明表已确认，周期、角色分类、人力单位、统计边界齐全且与上期可比。
- 需求表与容量表使用相同的周期划分和角色分类，可以直接逐格相减。
- 每个需求标注了估算区间和置信度，假设说明完整。
- 容量表的扣减项有明细，可用工时比例有历史依据。
- 每个缺口都有处置方式、责任人和确认时间。
- 关键角色单点风险和新人爬坡已标注。
- 决策记录已归档，包含放弃的选项及原因。
- 下次复核时间已确定，触发条件已告知相关角色。
规划失效的判断条件
出现以下情况时，说明当前规划已不足以指导决策，需要重排而非局部修正：需求侧总量变化超过20%且集中在同一角色；关键角色容量归零且短期无法补充；连续两个周期实际投入大幅偏离估算，口径已不可信。重排时沿用原有口径说明和表格结构，只更新数据，保持历史可比性。
常见问题
团队第一次做容量规划，没有历史工时数据怎么办？
可以先用团队骨干的经验估算起步，但要把数据性质标清楚。具体做法是：在需求汇总表中为每个需求标注估算区间和置信度，把纯经验判断标为低置信度；在假设说明中写明本次测算没有历史工时支撑。第一个周期结束后，用实际投入回填，形成最初的参考数据。连续积累两到三个周期后，估算区间可以逐步收窄，可用工时比例也能从实际记录中校准，而不是一直沿用初始设定。
需求侧和供给侧由不同的人填写，怎样保证两张表能直接对齐？
关键在于两张表共用同一份口径说明。规划启动前由研发负责人确认周期起止日期、角色分类清单、人力单位和统计边界，需求侧和供给侧都按这份说明填写，不再各自定义。提交后由牵头人做一次字段核对：周期划分是否一致、角色名称是否一致、单位是否统一换算成人天。核对通过再进入缺口测算。如果中途需要新增角色分类或调整周期，先更新口径说明并记录版本，再同步修改两张表，避免只改一边造成错位。
缺口出现时，应该优先补人还是先调整交付节奏？
取决于缺口的持续时间和需求的可调整空间。缺口只集中在个别周期、需求优先级允许后移时，调整交付节奏的成本通常最低，但需要与业务方确认对外承诺的影响。缺口持续多个周期且角色能力可从市场获得时，外部补充更合适，同时要预留招聘周期和外包磨合时间。跨角色调配适合技能相近的情况，转岗有学习成本，短期产出会下降。缩减范围是最后手段，需要产品和研发共同做取舍。关键角色的缺口优先考虑外部补充或提前培养，因为跨角色调配难以替代。
规划执行到一半，关键角色突然离职，原规划还能用吗？
这属于触发临时复核的情形，不需要重做整张表。先把这个角色的容量按空缺期归零，重新测算受影响周期的缺口，再评估处置选项：内部是否有人可以临时承接、能否通过调整方案降低对该角色的依赖、是否需要启动外部补充。调整只涉及该角色和相关周期，其余部分保持不变。同时把这次变动记录在偏差记录中，作为下期规划标注单点风险的依据。如果该角色容量归零且短期无法补充，影响范围较大时，应按规划失效条件处理，重排相关周期。
用工具支撑容量规划时，选型要重点核验哪些能力？
围绕本文的测算环节，可以重点核验三类能力：能否按项目或团队查看资源利用率与负荷度，用于供给侧盘点；能否查看成员在不同项目上的投入比重和每日投入饱和明细，用于识别负荷过高或闲置；能否查询和导出工时登记明细，用于校准可用工时比例和复盘估算偏差。ONES 资源管理提供资源规划视图，支持按业务优先级安排和调整团队资源，并可查看项目和团队的资源利用率与负荷度。按角色或技能维度汇总、休假等非项目占用的容量扣减建模，现有资料未明确说明，选型时需结合实际版本核验。
