研发容量规划规则的核心，是把可用人力供给和已承诺、待评估的需求放到同一口径下核算：先定义容量单位与统计周期，再按角色统计净可用工时形成供给基线，同时把需求折算成同单位容量，用缺口驱动承接判断、缓冲设置和滚动校准。本文按口径、供给、需求、缺口、分工、示例和校准七步展开，适用于需要建立季度或月度容量核算机制的研发团队。
要点总览（TL;DR）
- 先统一容量单位、统计周期、角色分组、扣除项和需求估算方式五项口径，供给与需求才能在同一口径下比较。
- 供给测算从人员名单出发，按名义工时逐项扣减假期、培训、会议与支持占用，再按角色汇总成供给基线。
- 需求侧按类型标注估算依据并折算为同一单位，已承诺需求计入缺口，待评估需求作为弹性池单独呈现。
- 缺口按角色分别计算，超载、临界、闲置三类情形各有处置规则，缓冲比例依据历史偏差设定并定期调整。
- 规则运行后按周期回顾预测偏差，连续两个周期偏差方向一致再调参数；口径、供需同单位、缺口有处置、责任到人是完成检查的核心项。
容量规划规则先定哪几个口径
规则制定前先统一口径，否则供给和需求两侧的数据无法比较。口径定义表建议包含五项内容，由研发负责人牵头、资源管理角色起草，在一个核算周期开始前完成并发布。
| 口径项 | 定义内容 | 示例写法 |
|---|---|---|
| 容量单位 | 统一使用人天或人周，全流程不混用 | 以人天为基本单位，季度汇总时折算为人周 |
| 统计周期 | 核算的时间窗口与滚动频率 | 按季度核算，每月滚动更新一次 |
| 角色分组 | 按角色或技能分组统计，而非只算总人数 | 后端、前端、测试、运维分别统计 |
| 扣除项 | 从名义工时中扣减的非研发占用 | 法定假期、年假、培训、例行会议、线上支持值班 |
| 需求估算方式 | 按需求类型区分估算方法与置信度 | 功能类用故事点折算人天；缺陷类按历史均值；技术债按方案评估 |
角色分组的意义在于避免总量掩盖结构性短缺：总人数够但测试人力不足时，按总人数算出的供给会给出错误结论。需求估算口径要写明每类需求的估算依据和置信度等级，高置信度需求可直接进入承诺池，低置信度需求先进入待评估池，后续再折算。
可用人力供给怎么测算
供给测算从人员名单出发，经过三步得到团队供给基线。输入是人员名单、在岗状态和周期日历，输出是按角色、按周期汇总的供给基线表。
- 计算名义工时。用周期内工作日数乘以每人每日标准工时，得到名义工时。新入职、离职、长期请假人员按实际在岗天数折算。
- 逐项扣减非研发占用。按口径定义表中的扣除项逐项扣减：法定假期与年假按日历扣减，培训按计划课时扣减，例行会议与线上支持按历史占比或固定额度扣减。扣减后得到净可用工时。
- 按角色汇总。把个人净可用工时按角色分组加总，形成团队供给基线。同时记录每个角色的可用人数，便于识别单点依赖。
供给基线由团队负责人提供人员与占用数据，资源管理角色负责核算与汇总，更新频率与统计周期一致，人员或占用发生明显变化时（如批量入职、长期休假、支持任务加码）触发临时更新。基线表要保留版本和更新日期，避免不同版本数据混用。
需求侧容量怎么汇总与对齐
需求侧汇总的目标是让每个需求都带有与供给同单位的容量占用值。输入是需求清单和估算记录，输出是需求容量汇总表。
- 按类型分类并标注估算依据。功能需求、缺陷修复、技术债、支持类任务分别归类，每类写明估算方法和依据来源。
- 折算为统一单位。故事点、历史均值、方案评估结果统一折算为人天，折算系数在口径定义表中固定，周期内不随意调整。
- 区分承诺状态。已承诺需求指已对外承诺交付或已进入迭代的需求；待评估需求指已提出但未完成估算或未确认优先级的候选。两类需求分列，承诺需求计入缺口计算，待评估需求作为弹性池单独呈现。
- 设定重算触发条件。需求范围变更超过约定比例、优先级调整、估算依据失效时，触发容量重算，并在汇总表中记录变更原因和重算结果。
需求容量汇总表建议包含需求编号、类型、估算值、折算人天、承诺状态、责任角色和变更记录，使供需两侧可以按角色直接对照。
供需缺口如何计算并转成承接规则
缺口按角色分别计算：某角色缺口等于该角色供给基线减去已承诺需求的容量占用。按角色看缺口，才能发现总量平衡下的局部超载。缺口结果要转化为可执行的承接与缓冲规则，而不是停留在数字上。
| 情形 | 判断条件 | 处置规则 |
|---|---|---|
| 超载 | 缺口为负且超出缓冲额度 | 暂停承接新需求，启动需求排序，将低优先级需求移出本周期或拆分交付 |
| 临界 | 缺口在缓冲额度以内 | 可承接但需标注风险，缓冲消耗情况纳入月度回顾 |
| 闲置 | 缺口为正且超过约定比例 | 安排技术债、能力建设或提前启动待评估需求，避免容量空转 |
缓冲比例的设定依据包括历史估算偏差、需求变更频率和团队应急支持量，初始值可参考过往周期的实际偏差水平，运行两三个周期后按偏差回顾结果调整。缺口结论要反馈到需求排序与承诺环节：承诺前先查对应角色的缺口状态，超载角色不新增承诺，确需承接时由研发负责人审批并明确置换或延期的需求。
角色分工与各环节交付物
规则要落到人，每个环节明确谁提供输入、谁核算、谁审批。下表给出常见分工，团队规模较小时可一人兼多角，但职责边界仍需写清。
| 角色 | 主要职责 | 交付物 |
|---|---|---|
| 研发负责人 | 审批口径定义与承接规则，处理超载承接的例外 | 口径定义表审批记录、例外审批结论 |
| 团队负责人 | 提供人员名单、在岗状态与占用数据，确认本团队需求估算 | 人员与占用数据、需求估算确认 |
| 项目经理 | 维护需求清单与承诺状态，发起需求变更与重算 | 需求容量汇总表、变更触发记录 |
| 资源管理角色 | 核算供给基线与缺口，组织周期评审，维护规则版本 | 供给基线表、缺口计算表、评审纪要 |
交接关系按“数据提供—核算—评审—承诺”的顺序流转：团队负责人和项目经理在周期开始前提交数据，资源管理角色完成核算并输出缺口结论，研发负责人在评审会上确认承接与缓冲安排。规则本身的审批由研发负责人负责，例外处理同样由其审批并记录原因，避免例外变成默认做法。
一个季度容量核算的示例
以下为演示情景，数字仅用于说明计算过程，不代表任何真实团队数据。
假设条件：某研发团队共12人，其中后端5人、前端4人、测试3人；核算周期为一个季度，约60个工作日，每人每日标准工时按8小时计；季度内法定假期与平均年假合计每人扣减5天，培训每人2天，例行会议与线上支持按每人每天1小时折算。
供给测算：每人名义工时约60人天，扣减假期5天、培训2天、会议与支持约7.5人天，净可用工时约45.5人天。按角色汇总：后端约227人天，前端约182人天，测试约136人天。
需求汇总与缺口：已承诺需求折算后，后端需250人天、前端需160人天、测试需150人天。缺口结果为：后端缺口约-23人天，前端盈余约22人天，测试缺口约-14人天。
承接调整：后端超载，评审会将两项低优先级需求移出本季度，并把一项跨角色任务转由前端承接部分工作；测试缺口通过提前安排自动化用例复用和调整支持值班消化。调整后各角色缺口回到缓冲额度以内，结论记入评审纪要并作为下季度校准的输入。
规则落地后的校准与完成检查
规则运行后，按周期回顾实际投入与预测的偏差：对比各角色实际消耗工时与需求估算值，记录偏差较大的需求类型和原因，作为调整估算系数和缓冲比例的依据。参数调整节奏建议与统计周期一致，每个周期回顾一次，连续两个周期偏差方向一致时再调整参数，避免频繁变动导致口径不稳。
判断规则是否制定完成，可逐项核对以下检查清单：
- 口径定义表已发布，单位、周期、角色分组、扣除项、估算方式五项齐全；
- 供给基线与需求汇总使用同一单位，可按角色直接对照；
- 已承诺需求与待评估需求分列，承诺状态可追溯；
- 每个角色的缺口都有对应处置结论，超载、临界、闲置三类情形均有规则；
- 各环节责任人和交付物明确，例外处理有审批记录；
- 重算触发条件和校准节奏已写入规则。
出现以下信号时，说明规则需要重订：连续多个周期实际偏差远超缓冲额度、角色分组与实际团队结构明显脱节、需求变更频繁导致重算失去意义、例外审批成为常态。此时应回到口径定义环节重新校准，而不是在缺口计算上反复修补。
在规则运行过程中，工时记录、需求估算和承诺状态需要持续维护。ONES 的项目与工时管理能力可以把人员投入记录、需求工作项和迭代状态放在同一套数据中，资源管理角色据此汇总供给与需求数据，减少多表手工对齐的工作量，让缺口评审建立在可追溯的记录之上。
常见问题
团队规模较小、一人兼多个角色时，容量规划规则还需要按角色分组吗？
需要保留角色维度，但可以合并统计。一人兼多角时，按其主要投入方向归入一个角色组，并在供给基线表中注明兼任情况；核算时把该人员的净可用工时按实际投入比例拆分到对应角色。这样既避免总量掩盖结构性短缺，也不会因为分组过细导致数据无法维护。团队扩充后再逐步拆细分组。
需求估算置信度低、历史数据不足时，缺口结论还能用来做承接判断吗？
可以用，但要区分使用方式。低置信度需求先进入待评估池，不直接计入承诺缺口；已承诺需求中置信度较低的部分，可在缺口计算时按偏差区间给出上下限，而不是单一数值。承接判断以缺口下限为参考，缓冲比例相应调高。运行两三个周期积累实际偏差后，再收紧估算区间。
缓冲比例设多少合适，什么时候应该调整？
缓冲比例没有统一标准，初始值可参考团队过往周期的实际估算偏差和需求变更频率，偏差大、变更多的团队需要更高缓冲。调整节奏与统计周期一致，每个周期回顾一次；连续两个周期实际偏差方向一致且超出或明显低于缓冲额度时再调整参数，避免单周期波动引发频繁改动。
规则运行一段时间后，例外审批越来越多，应该怎么处理？
例外成为常态通常说明规则参数与实际不符，而不是执行不严。先统计例外集中在哪些角色、哪类需求，判断是角色分组脱节、估算系数失真还是缓冲额度不足，再回到口径定义环节调整对应参数。调整前保留例外记录作为依据，调整后重新发布规则版本，避免在缺口计算环节反复打补丁。
容量规划规则和具体的人员排期是什么关系？
容量规划规则解决的是周期内各角色的可用人力与需求总量是否匹配，输出的是缺口结论和承接、缓冲规则；具体人员排期是在承接结论确定后，把任务分配到个人和具体时间。前者是后者的输入约束，两者分开维护：容量规则按季度或月度滚动，排期按迭代或周调整。人员排期的方法不在本文范围内。
