研发资源需求与容量规划要解决的问题，是把计划中的研发工作换算成可用的有效人力，再按周期对齐供需、处置缺口。本文按口径定义、需求汇总、容量计算、供需平衡四步展开，给出每步的输入、动作、输出和负责人，并附季度示例与完成检查清单，适合研发管理者或资源管理角色建立可执行的规划流程。
要点总览（TL;DR）
- 研发资源需求与容量规划按四步走：统一人天与可用工作日口径、按来源汇总研发工作量、用工作日历与人员可用性计算容量、按技能方向比对供需并处置缺口。
- 可用工作日从日历工作日出发，扣除法定节假日、请假、培训和支持类占用；占用比例取团队历史均值并注明统计区间，需求与容量统一用人天计量。
- 缺口处置先在既定范围内调整优先级与范围，再考虑内部调配、外部补充或延后拆分，每项处置落到需求编号、责任人和完成时间点。
- 产品/项目负责人提需求并标注优先级，职能或团队负责人确认可用性，资源管理角色汇总平衡并上报缺口，研发管理者决策重大处置。
- 规划按月或按季度滚动更新，周期结束复盘估算偏差与容量偏差，把结论回写到口径表和估算方法中。
先统一口径：人天、可用工作日与占用怎么算
规划失真的常见起点是口径不一：需求侧用“人月”粗估，容量侧按“人数×月份”推算，两边无法直接相减。第一步应把需求与容量统一到人天口径，并明确可用工作日的扣减规则，让后续数据可比、差额可信。
人天与可用工作日的定义
建议将1人天定义为：1名具备相应技能的人员投入1个可用工作日所形成的工作量。需求侧估算和容量侧计算都使用这一单位，避免人月与人天混算。可用工作日则从日历工作日出发，依次扣除法定节假日、请假、培训和支持类占用，得到真正可投入目标工作的时间。
占用比例不宜凭感觉填写，可按团队近几个周期的历史数据取均值，并注明统计区间。例如某团队上季度人均支持类占用约为每周0.5天，就按此比例折算，而不是笼统写“打八折”。
需求侧估算的粒度与误差
需求工作量应拆分到技能方向和时间窗，而不是只给一个总数。粗估阶段允许使用区间值（如8～12人天）并标注误差范围，随着方案细化再收敛为单点值。估算粒度越粗，误差越大，规划时应保留相应缓冲，并在复盘中校准估算偏差。
人力口径定义表
| 字段 | 定义 | 取数来源 | 负责人 |
|---|---|---|---|
| 人天 | 1名具备相应技能的人员投入1个可用工作日的工作量 | 需求估算记录、工时统计 | 资源管理角色统一维护 |
| 可用工作日 | 日历工作日扣除法定节假日、请假、培训、支持类占用后的天数 | 工作日历、考勤与请假记录、培训计划 | 职能或团队负责人确认 |
| 占用比例 | 支持、运维、会议等非目标工作占可用工作日的比例 | 团队历史工时数据，注明统计区间 | 职能或团队负责人提供 |
| 估算粒度 | 需求工作量拆分到技能方向与时间窗的程度，含误差范围 | 需求清单与估算记录 | 产品/项目负责人 |
口径表一旦确定，应在整个规划周期内保持一致；如需调整，须同步修订历史数据，避免新旧口径混用。
汇总研发需求：从需求来源到工作量清单
需求侧的目标，是把分散在各处的研发工作归集成一份可比较、可排序的工作量清单。汇总不完整，容量算得再准也会得出错误的平衡结论。
需求来源分类与估算责任人
研发工作通常来自四类来源，估算方式和责任人也不同：
- 产品需求：由产品负责人基于需求文档和方案估算，粒度按功能模块拆分。
- 技术债：由技术负责人评估改造范围与影响面后估算，需说明不处理的后果。
- 缺陷修复：按历史缺陷密度和严重级别折算，可由团队负责人依据缺陷库数据估算。
- 支持与运维：按占用比例或工单量折算，由职能负责人提供。
需求清单的字段设计
清单至少包含：需求编号、所属团队、技能方向、预估人天、期望时间窗、优先级、是否可延后。技能方向是后续与容量按方向比对的关键字段，不能省略；期望时间窗决定需求落在哪个规划周期。
优先级与必须/可延后的区分
汇总阶段就要对每条需求标注优先级，并区分“本周期必须完成”和“可延后或可拆分”。这一区分直接决定缺口处置时的调整空间：可延后部分越多，缺口越容易在内部消化。优先级判断由产品/项目负责人提出，资源管理角色在平衡时复核。
输出物是一份按团队和技能方向汇总的研发工作量需求清单，作为容量比对的输入。
计算容量：工作日历、请假与人员可用性
容量侧回答的是“这个周期实际能投入多少有效人力”。它由人员名册和日历推导而来，需要同时考虑在岗人数、技能匹配和投入比例三项因素。
人员可用性的三个构成
- 在岗人数：周期内实际在岗的人员，扣除长期缺岗和离职交接期。
- 技能匹配：人员技能方向与需求技能方向的对应关系，跨方向支援需折算学习成本。
- 投入比例：人员投入目标项目的比例，兼职或多项目并行时按实际比例折算。
按周期计算容量的步骤
- 确定周期内每个技能方向的在岗人员名单。
- 用工作日历计算每人可用工作日，扣除法定节假日。
- 扣除已知请假、培训和支持类占用，得到净可用工作日。
- 乘以投入比例，汇总为该技能方向的可用容量人天。
不确定性与更新频率
容量结果的不确定性主要来自请假变动、人员流动和投入比例调整。建议按月或按季度滚动更新，人员变动或重大项目插入时触发临时重算，并在容量表中标注数据截止日期，避免用过期数据做决策。
供需对齐与缺口处置：从差额到行动
供需差额等于需求人天减去可用容量人天。差额为正表示缺口，为负表示有余量。比对应按技能方向和周期分别进行，因为总量平衡掩盖不了某方向的结构性缺口。
差额的展示形式
建议用供需平衡表呈现：行是技能方向，列是各周期，单元格填需求人天、容量人天和差额。结构性缺口（某方向持续为负）和周期性缺口（某时段集中为负）应分开标注，处置方式不同。
缺口处置的四个选项
| 处置方式 | 适用条件 | 决策责任人 |
|---|---|---|
| 调整范围与优先级 | 存在可延后或可拆分需求，缺口在既定目标内可消化 | 产品/项目负责人提出，资源管理角色复核 |
| 内部调配 | 其他方向或团队有余量，技能可迁移 | 职能或团队负责人协调 |
| 外部补充 | 缺口持续且内部无余量，招聘或外部合作周期可接受 | 研发管理者决策 |
| 延后或拆分 | 需求时间窗有弹性，可跨周期承接 | 产品/项目负责人与资源管理角色共同确认 |
处置顺序建议先在既定范围内调整优先级与范围，再考虑内部调配，最后才动用外部补充或延后。每种处置都要落到具体需求编号、责任人和完成时间点，否则平衡表只是数字游戏。
滚动更新与偏差复盘
规划节奏与业务规划周期对齐，按月或按季度滚动。周期结束后复盘两类偏差：估算偏差（实际人天与预估的差距）和容量偏差（实际可用与计划的差距），把结论回写到口径表和估算方法中，让下一轮规划更准。
在需求汇总和供需对齐环节，ONES 资源管理可展示工作和资源情况，支持资源规划、配置、监控与预测分析；通过工作数量和工时规模查看成员排期，并按筛选分组掌握成员在不同项目的投入比重，实时查看每日投入饱和明细以识别规划风险。这些能力可承载需求清单与容量数据的汇总比对，具体计算口径仍由团队按本文方法定义。
角色与交付物分工：谁提需求、谁确认容量、谁做平衡
规划流程能否持续运转，取决于角色分工是否清晰。以下分工为通用管理建议，组织可按团队规模调整，但输入、输出和交接时点应保持明确。
| 角色 | 职责 | 交付物 | 交接时点 |
|---|---|---|---|
| 产品/项目负责人 | 提交需求、标注优先级、区分必须与可延后 | 研发工作量需求清单 | 周期规划启动后一周内 |
| 职能或团队负责人 | 确认人员可用性、请假与占用比例 | 可用容量表 | 需求清单提交后一周内 |
| 资源管理角色 | 汇总平衡、计算差额、上报缺口与处置建议 | 供需平衡表与缺口结论 | 周期规划评审前 |
| 研发管理者 | 决策外部补充等重大处置，确认最终方案 | 规划决策记录 | 规划评审会上 |
交接节点应写入规划日历，任一环节延迟都会压缩后续平衡时间。资源管理角色是流程的中枢，负责维护口径表和历史数据，确保各周期数据可追溯。
一个季度规划的示例：从清单到缺口结论
以下为演示情景，数据为假设值，用于说明四步如何串联，不代表任何真实团队情况。
示例背景与假设
某研发团队有后端8人、前端5人，规划下季度（约62个工作日）。按历史数据，人均支持类占用约10%，已知请假合计约30人天，培训约15人天。
需求清单与容量表填写
需求侧汇总：产品需求后端约420人天、前端约260人天；技术债后端约80人天；缺陷修复后端约60人天、前端约40人天；支持运维已计入占用比例，不重复计。容量侧：后端8人×62天×90%≈446人天，再扣请假与培训分摊约30人天，净容量约416人天；前端5人×62天×90%≈279人天，扣减后约265人天。
缺口计算与处置选择
后端需求合计560人天，容量416人天，缺口约144人天；前端需求300人天，容量265人天，缺口约35人天。后端缺口较大，处置上先将技术债中约50人天延后至下季度，再从有余量的方向内部调配约30人天支援，剩余缺口通过外部补充或进一步拆分产品需求消化，每项处置指定责任人与完成时间。前端缺口较小，通过调整优先级消化。
示例的适用边界
该示例说明的是方法串联方式：口径统一、需求按方向汇总、容量按日历扣减、差额按方向比对。实际团队的人员结构、占用比例和需求弹性差异较大，数值需按自身历史数据替换；跨方向调配的学习成本也应在容量侧折算，示例中未展开。
完成检查：规划结果是否可用
一轮规划结束后，可用以下清单逐项核对，全部通过才视为达到可用标准。
- 口径一致性：需求与容量均使用人天；可用工作日的扣减项齐全；占用比例注明统计区间；周期内未混用新旧口径。
- 数据完整性：需求清单覆盖四类来源，每条有技能方向、预估人天、时间窗和优先级；容量表覆盖全部在岗人员，标注数据截止日期。
- 缺口处置可执行：每个缺口有对应处置方式、责任人和完成时间点；必须与可延后需求已明确区分。
- 滚动机制：规划日历已排定下轮更新时点；人员变动或重大项目插入时有临时重算触发条件；周期结束有偏差复盘安排。
检查中发现口径缺失或处置无责任人，应回到对应步骤补齐，而不是带着问题进入执行。规划的价值在于让缺口在发生前被看见并被安排，检查清单正是确认这一点是否做到的工具。
常见问题
团队第一次做资源容量规划，应该从哪一步开始？
从统一口径开始。先把需求侧和容量侧都换算成人天，并明确可用工作日的扣减项（法定节假日、请假、培训、支持类占用），否则两边数据无法直接相减。口径表确定后，再按需求来源汇总工作量、计算容量、比对差额。跳过口径直接算总量，往往在比对阶段才发现单位不一致，需要返工。
需求估算误差较大时，规划还有意义吗？
有意义，但要把误差显性化。粗估阶段允许使用区间值并标注误差范围，规划时按区间上限预留缓冲，随着方案细化再收敛为单点值。周期结束复盘时对比实际人天与预估的差距，把偏差回写到估算方法中，下一轮估算会逐步收敛。误差本身不是问题，隐藏误差才是。
请假、培训这类占用应该由谁提供数据？
由职能或团队负责人确认。请假以考勤与请假记录为准，培训以培训计划为准，支持类占用按团队历史工时数据取均值。资源管理角色负责把这些数据汇总进容量表，并标注数据截止日期。人员变动或重大项目插入时触发临时重算，避免用过期数据做决策。
缺口出现后，先调整范围还是先补人？
建议先看既定范围内还有多少调整空间。如果存在可延后或可拆分的需求，优先调整优先级与范围；其次看其他方向或团队是否有可迁移的余量，做内部调配；内部无余量且缺口持续时，再考虑外部补充或跨周期延后。外部补充涉及招聘或合作周期，通常见效最慢，放在最后评估更稳妥。
ONES 在资源容量规划中能承担哪些环节？
ONES 资源管理可展示工作和资源情况，支持资源规划、配置、监控与预测分析；通过工作数量和工时规模查看成员排期，按筛选分组掌握成员在不同项目的投入比重，并实时查看每日投入饱和明细以识别规划风险。这些能力可承载需求清单与容量数据的汇总比对，人天口径、占用比例和缺口处置规则仍由团队按本文方法定义。
