研发资源需求不清，往往不是需求太少，而是需求侧的工作量口径和供给侧的可用工时没有对齐：有人说“这个月很忙”，有人说“还能接”，却拿不出同一周期的数字。本文给出一套可重复的容量测算机制，从统一单位、五步流程、角色分工到双周示例和完成检查，帮助你把模糊的资源紧张转成按角色、按周期可核对的缺口数据。测算结果需要落到工作项与文档中持续更新，ONES可作为承载需求、工时与周期视图的方向之一。
要点总览（TL;DR）
- 研发资源需求不清的根源是需求工作量与可用容量没有统一口径，先定义需求单位、容量单位和缺口计算方式，同一周期内保持一致。
- 用五步流程把测算跑成周期动作：确定周期与角色、折算需求工作量、计算可用容量、对齐供需输出缺口表、滚动复盘修正估算系数。
- 需求提出方、技术负责人、资源或项目管理角色、团队负责人各自承担明确交付物，缺口评审在周期开始前完成。
- 双周示例演示了从需求折算到缺口类型判断的完整计算，假设记录和复盘修正让估算逐步贴近实际。
- 测算结果需要落到工作项与文档中持续更新，ONES可承载需求、工时与周期视图；口径不一致或容量数据缺失时，缺口结论不能用于决策。
先统一口径：需求、容量与缺口各用什么单位
资源讨论失焦，常见原因是三方各说各的单位：业务方说“几个需求”，技术负责人说“人手不够”，管理者看到的是项目数量。测算开始前，先把三类口径写进一张表，同一测算周期内不再随意更换。
| 口径类别 | 计量单位 | 填写要求 | 常见错误 |
|---|---|---|---|
| 需求工作量 | 人天或人时 | 注明估算依据（类比、拆解或历史数据）与置信度（高/中/低） | 只写需求条数，不折算工作量 |
| 可用容量 | 可用工时（人天/人时） | 扣除工作日历中的非工作日、请假、会议与支持类占用 | 直接用人数乘工作日，忽略占用 |
| 缺口 | 人天或人时 | 按角色、按周期分别计算，保留正负号 | 把各角色缺口加总成一个总数 |
需求侧折算工作量时，估算依据比数字本身更重要。一个“中置信度、按历史类似需求类比得出”的估算，比一个没有依据的精确数字更可用于决策。置信度低的条目应在缺口表中单独标出，提醒评审时留出缓冲。
供给侧以可用工时为口径，计算基数是工作日历，再逐项扣减请假、固定会议、值班与技术支持等占用。占用比例可以按团队实际情况设定，但设定值要写进假设记录，不能凭印象调整。
缺口等于需求工作量减去可用容量，按角色和周期分别计算。研发内部前端、后端、测试的缺口方向常常相反，合并成一个总数会掩盖真正的瓶颈。口径确定后，同一测算周期内保持一致；确需变更单位或扣减规则时，在假设记录中写明变更原因和生效周期。
五步建立研发资源供需测算流程
口径统一后，用固定步骤把测算跑成周期动作。每一步都明确负责人、输入、输出和完成标志，避免测算停留在一次性表格。
第一步：确定测算周期与角色分类
输入是团队结构与排期节奏，输出是一份周期与角色清单。周期通常与团队的迭代节奏或月度排期对齐，双周或单月均可，关键是全团队使用同一周期。角色分类按实际分工划分，颗粒度过细会增加估算成本，过粗则看不出瓶颈。完成标志是周期起止日期和角色清单经团队负责人确认。
第二步：把需求拆到可估算粒度并折算工作量
输入是需求清单与优先级，动作是把每条需求拆到可以判断工作内容的粒度，再按角色折算人天，输出是带估算依据和置信度的需求工作量清单。拆不动的大需求先标注“待拆解”，不强行给数字。完成标志是本期所有进入排期的需求都有工作量估算和置信度标注。
第三步：计算各角色可用容量
输入是工作日历、请假记录与固定占用安排，动作是按角色汇总本期可用工时，输出是分角色的容量表。会议与支持类占用可按上周期的实际记录折算比例，首次测算可用估计值并标注。完成标志是容量表覆盖本期所有在岗人员，扣减项有来源可查。
第四步：按周期对齐供需，输出缺口表
输入是需求工作量清单与容量表，动作是按角色相减，输出是分角色、分周期的缺口表。缺口类型至少区分三种：总量缺口（工作量整体超出容量）、结构性缺口（某角色不足而其他角色有余）、时间性缺口（总量可行但集中在周期某段）。完成标志是缺口表经技术负责人复核，每条缺口标注类型。
第五步：滚动复盘，用实际消耗修正估算系数
输入是上一周期的实际工时消耗与当初估算，动作是计算偏差并分析原因，输出是修正后的估算系数与假设记录更新。偏差持续偏高的需求类型，下期估算时上调系数。完成标志是复盘记录归档，修正项在下一周期测算中生效。
角色分工与各环节交付物
测算无人负责就会退化成个人表格。把提供需求、维护容量、复核估算和处置缺口四件事分到具体角色，并约定提交时点。
| 角色 | 职责 | 交付物 | 提交时点 |
|---|---|---|---|
| 需求提出方 | 提供需求清单与优先级，对工作量估算的假设负责 | 带优先级和估算依据的需求清单 | 周期开始前 |
| 技术负责人或组长 | 复核估算，确认需求与角色的归属 | 复核后的工作量清单 | 需求清单提交后两个工作日内 |
| 资源或项目管理角色 | 维护工作日历、请假与占用数据，汇总供需表 | 分角色容量表与缺口表 | 周期开始前 |
| 团队负责人 | 对缺口做处置决策：调整范围、补充人力或延后周期 | 缺口处置结论 | 周期开始前的缺口评审会 |
需求提出方对假设负责，意味着估算偏差复盘时要能追溯到当初的依据，而不是事后归因于“估不准”。技术负责人复核的重点是角色归属和明显偏离历史的估算。资源或项目管理角色维护的是数据本身，不替业务方判断需求价值。团队负责人做的是取舍决策，处置结论要写清选了哪条路径、影响哪些需求。
示例：一个双周周期的缺口测算
以下数据为演示用假设，仅说明计算过程，不作为行业基准。设定一个小组，双周周期共10个工作日，包含前端与后端两个角色，各3人。
需求侧：本期进入排期的需求折算后，前端工作量合计32人天，后端工作量合计26人天，其中两条需求置信度为低，分别占前端4人天、后端3人天。
供给侧：每人10个工作日，扣除人均1天请假与2天会议及支持类占用，人均可用7人天。前端可用21人天，后端可用21人天。
| 角色 | 需求工作量 | 可用容量 | 缺口 | 缺口类型 |
|---|---|---|---|---|
| 前端 | 32人天 | 21人天 | -11人天 | 总量缺口 |
| 后端 | 26人天 | 21人天 | -5人天 | 总量缺口，含3人天低置信度估算 |
缺口类型判断：两个角色均为负值，属于总量缺口；若后端缺口为正而前端为负，则属于结构性缺口，应优先考虑角色间任务调整而非整体加人。若总量可行但需求集中在周期前半段，则属于时间性缺口，处置方式是调整排期顺序。
假设记录示例：人均会议与支持占用按2人天估计，来源为上周期工时记录折算；低置信度需求按原估算计入，评审时预留缓冲。复盘时若实际前端消耗为35人天，偏差3人天，则下期同类需求估算系数上调约10%，并在假设记录中注明生效周期。
把测算结果接入日常协作与工具承载
测算表停在个人表格里，下一周期就会过期。让供需数据跟着工作项走：需求以工作项形式录入并携带估算工时，实际消耗通过工时记录回填，周期视图按迭代或月份汇总，缺口评审结论作为文档附在对应周期下。这样容量核对时看到的是当前状态，而不是上周导出的快照。
交接流程可以固定为：需求提出方录入工作项并填写估算与优先级，技术负责人复核后更新估算字段，资源或项目管理角色在周期开始前对照容量表核对，团队负责人在缺口评审中给出处置结论并记录。ONES可承载需求工作项、工时记录与周期视图，使供需数据随工作项状态更新，估算假设与缺口处置记录也能集中存放、留痕可查。工具承担的是数据流转与留痕，测算口径的设定和缺口取舍仍由团队自己负责。
完成检查：这套机制是否真的跑起来了
用以下清单逐项核对，全部通过才说明测算机制达到可用状态。
- 口径检查：需求与容量使用同一单位，估算依据与置信度已填写，周期内未擅自变更口径。
- 数据检查：工作日历、请假与固定占用已按本期更新，扣减项有来源。
- 流程检查：缺口在周期开始前完成评审，每条缺口有处置结论和责任人。
- 复盘检查：上期估算偏差已记录，修正系数已写入假设记录并在本期生效。
- 存放检查：需求清单、假设记录与缺口处置记录有统一位置和更新责任人。
阻断项需要单独强调：口径不一致或容量数据缺失时，算出的缺口结论不能用于范围调整、加人或延期决策，应先补齐数据再评审。检查清单每周期执行一次，连续两个周期通过后，可视为机制进入稳定运行。
常见问题
团队第一次做资源测算，应该从哪个周期粒度开始？
建议从团队已有的排期节奏出发，双周或单月都可以，关键是全团队使用同一周期。首次测算可以先用估计值填充会议与支持类占用，并在假设记录中标注来源，等跑完一个周期后再用实际工时记录替换估计值。周期粒度过细会增加估算成本，过粗则难以在周期内调整，选择团队已经习惯复盘的节奏即可。
需求工作量估算置信度低时，缺口表应该怎么处理？
低置信度估算不应被排除在缺口表之外，而应单独标注并保留在计算中。评审时可以为低置信度条目预留缓冲，或安排更细的拆解后再确认。复盘阶段重点核对低置信度条目的实际消耗与估算偏差，偏差持续偏高的需求类型，下期估算时上调系数。这样缺口表既能反映当前判断，也能随复盘逐步收敛。
结构性缺口和时间性缺口分别怎么处置？
结构性缺口指某角色不足而其他角色有余，优先考虑角色间任务调整、结对或临时支援，整体加人未必是首选。时间性缺口指总量可行但需求集中在周期某段，处置方式是调整排期顺序、拆分交付批次或提前启动部分工作。总量缺口才需要讨论调整范围、补充人力或延后周期。判断缺口类型前，先确认供需按角色和周期分别对齐，避免合并总数掩盖真实瓶颈。
测算表放在个人表格里，如何保证下一周期还能用？
把需求以工作项形式录入并携带估算工时，实际消耗通过工时记录回填，周期视图按迭代或月份汇总，缺口评审结论作为文档附在对应周期下。这样容量核对时看到的是当前状态，而不是过期快照。ONES可承载需求工作项、工时记录与周期视图，使供需数据随工作项状态更新，估算假设与缺口处置记录集中存放、留痕可查。工具承担数据流转与留痕，测算口径和缺口取舍仍由团队负责。
检查清单里哪些情况属于阻断项，不能直接用于决策？
口径不一致或容量数据缺失属于阻断项。口径不一致包括需求与容量使用不同单位、周期内擅自变更扣减规则；容量数据缺失包括工作日历未更新、请假与固定占用未扣减。出现这些情况时，算出的缺口结论不能用于范围调整、加人或延期决策，应先补齐数据再评审。检查清单每周期执行一次，连续两个周期通过后可视为机制进入稳定运行。
