做研发容量规划时，人数和可用研发人天回答的是两个精度不同的问题：前者说明团队有多少人、能开几条并行线，后者说明这段时间真正能投入多少工作量。本文围绕这两种口径的定义、同一场景下的数值差异、可用人天的换算步骤、切换信号与并用方式展开，帮助判断何时用人数做粗排、何时必须换算成人天做供需校验。
要点总览（TL;DR）
- 人数口径回答“有多少人、能开几条并行线”，适合早期规划和团队结构判断；可用研发人天回答“这段时间真正能投入多少工作量”，适合承接与交付校验。
- 同一团队同一季度，人数口径可能显示有余量，扣除请假、会议、支持类占用和并行损耗后，可用人天口径可能显示缺口，结论方向相反。
- 出现多项目争抢同一批人、需求排队、对外承诺交付日期、跨角色瓶颈时，应从人数口径切换到可用研发人天。
- 两种口径可以分层并用：人数做季度总量与结构规划，可用人天做迭代级供需校验，两层使用同一套角色划分和需求估算口径。
- 推进顺序为先盘人数总量，再选一个迭代试点人天换算校准系数，然后扩展到全部项目并建立容量台账滚动复盘。
两种口径各自回答什么问题
人数口径把在岗人数直接当作容量，计算式可以写成：容量 = 在岗人数 × 规划周期。它回答的是“有多少人可用、团队能同时承接几个项目、几条并行线”。这种口径维护成本低，人员进出时更新一次即可，适合早期规划、团队规模稳定、需求波动不大的阶段。它的问题在于把每个人视为等量投入，无法区分一个被会议和线上支持切碎的人与一个全职投入交付的人。
可用研发人天口径把人数换算成可投入的工作量，计算式可以写成：可用研发人天 = 日历工作日 × 在岗人数 − 请假与培训 − 会议与支持类占用 − 并行与交接损耗，再按角色拆分。它回答的是“这段时间能承接多少需求人天、现有需求是否做得完、缺口出现在哪个角色”。精度更高，但需要持续维护请假、会议、支持类占用等数据，更新频率通常按月或按迭代滚动。
两种口径的差别集中在精度与维护成本上。人数口径是容量上限的粗口径，适合回答总量与结构问题；可用研发人天是可投入工作量的细口径，适合回答承接与交付问题。当团队人数少、项目单一、交付承诺宽松时，人数口径已经够用，不必为几个人维护一套工时数据。
同口径差异对照：同一批需求下两种算法怎么比
把两种口径放在同一团队、同一季度下对照，差异来源会更清楚。假设一个 10 人研发团队，季度日历工作日约 62 天，季度内需求侧估算合计 480 人天。用人数口径算出的容量是 10 × 62 = 620 人天；用可用人天口径，扣除人均请假与培训 4 天、会议与支持类占用约 15%、并行与交接损耗约 10% 后，实际可用约 430 人天。前者显示有 140 人天余量，后者显示缺口约 50 人天，结论方向相反。以上为演示情景，系数需按团队实际数据校准。
| 对照维度 | 人数口径 | 可用研发人天口径 |
|---|---|---|
| 输入数据 | 在岗人数、规划周期 | 在岗人数、日历工作日、请假培训、会议支持、并行损耗、角色分布 |
| 计算粒度 | 团队或项目组 | 角色、技能，必要时到个人 |
| 非投入时间处理 | 不扣除 | 逐项扣除 |
| 非项目工作处理 | 通常不体现 | 作为支持类占用扣除或单列 |
| 更新频率 | 人员变动时更新 | 按月或按迭代滚动更新 |
| 对需求变更的敏感度 | 低，只反映人数变化 | 高，需求增减直接体现在供需差额上 |
| 适用判断类型 | 总量、并行线、团队结构 | 承接能力、交付可行性、缺口定位 |
差异归因可以分两类。口径设计造成的差异是系统性的：人数口径天然不扣除非投入时间，只要团队存在请假、会议和支持类工作，两种算法就会产生固定偏差，偏差大小取决于这些占用比例。数据质量造成的差异是偶发的：请假记录漏登、工时填报不及时、需求估算口径不一致，会让可用人天偏高或偏低，且难以复现。前者需要通过统一换算规则解决，后者需要通过数据维护责任和校验机制解决。
可用研发人天的计算与校验步骤
从在岗人数换算到可用研发人天，可以按以下步骤执行，每一步都留下可核对的中间值。
- 确定规划周期内的日历工作日，扣除法定节假日，得到基础天数。
- 乘以在岗人数，得到毛人天。
- 扣除请假与培训：按已审批的假期和培训计划逐人扣减，未审批的按历史均值预估并标注为预估。
- 扣除会议与支持类占用：按团队历史数据设定比例，区分例行会议、线上支持、招聘面试等类别，避免笼统打折。
- 扣除并行与交接损耗：多项目并行、人员交接、环境等待都会降低有效投入，按项目数量和历史损耗率估算。
- 按角色或技能拆分：把总可用人天分配到后端、前端、测试等角色，检查每个角色的可用量。
按角色拆分是容易被跳过的一步。总量够但结构缺是常见问题：团队总可用人天覆盖需求，但某个角色只有一人，该角色的可用量成为瓶颈，整体交付仍会被拖住。拆分后应逐角色与需求侧估算对齐，确认需求估算同样按角色或技能标注人天，两侧口径一致才能相减。
供需差额的读法决定处置方向。差额为正且各角色均衡，说明容量有余，可以承接更多需求或提前储备；差额为负且集中在单一角色，优先考虑内部调配或外部补充该角色；差额为负且普遍存在，按承诺强度选择补人、砍范围或调时间。补人需要评估招聘与上手周期，短期内更现实的做法往往是调整范围或分期交付。
边界判断：什么时候该从人数切到人天
出现以下信号时，人数口径已经不足以支撑判断，需要切换到可用研发人天：多个项目争抢同一批人，人数口径无法显示谁被重复占用；需求排队明显，需要判断排队是人数不足还是有效投入不足；对外承诺交付日期，需要验证承诺是否有工作量支撑；跨角色瓶颈出现，总量够但某一角色持续超载。这些场景的共同点是都需要回答“做不做得完”，而这正是人天口径的适用范围。
可以继续用人数的情况包括：处于早期规划阶段，需求尚未细化；团队规模稳定、人员流动小；需求波动小，交付承诺宽松。此时用人数做总量与结构判断，配合经验系数估算即可，投入维护完整工时数据的收益有限。
两种口径可以分层并用：用人数口径做季度或半年度总量判断和团队结构规划，确定人力盘子；用可用研发人天做迭代级供需校验，判断具体需求能否承接。分层的关键是两层使用同一套角色划分和同一套需求估算口径，否则上下层对不上。
口径混用是常见误判来源。用人数算出的容量直接对比需求人天，会系统性高估承接能力；用可用人天做团队数量规划，又会因为系数假设不同而难以横向比较。另一种误判是把可用人天当作固定值长期沿用，人员、项目数量和需求结构变化后未重新校准，差额判断随之失真。
把两种口径落到同一套容量台账
容量台账是承载两种口径的管理载体，至少需要记录以下字段：角色、规划周期、可用人天、已承诺人天、剩余人天。可用人天按前述步骤换算并注明系数假设；已承诺人天来自需求侧估算，按角色标注；剩余人天为两者之差，负值即为缺口。台账按周期滚动更新，每次更新记录偏差原因，供下一周期校准系数。
需求侧工作量与团队侧可用量应在同一处对齐，避免两套表格各自维护。对齐的检查点是角色划分一致、周期一致、人天定义一致。偏差复盘按周期进行，区分系数偏差和数据缺失，前者调整换算规则，后者补数据维护责任。
在工具层面，ONES 资源管理提供甘特视图用于项目资源规划与进度跟踪，并支持通过工作数量和工时规模了解成员排期、按筛选与分组掌握成员在不同项目的投入比重。成员每日投入饱和明细可用于识别规划风险，资源报表与工时日志导出可用于核对实际投入。可用人天与剩余人天的字段口径需结合工时与工作量数据换算，具体配置以实际版本为准。台账中的可用量、承诺量和实际投入可以在这一套记录中衔接，偏差复盘时直接对照计划与实际。
适配场景与选择建议
按团队规模和承诺强度给出选择建议：十人以下、项目数量少、无对外硬承诺的团队，先用人数口径做规划，按经验系数预留缓冲即可；十人以上、多项目并行、有交付日期承诺的团队，应建立可用研发人天口径，至少按角色做迭代级校验；跨部门共享角色的组织，两种口径都需要，人数用于总量协商，人天用于共享角色的占用核对。
推进顺序建议先粗后细：第一步用人数口径盘清团队总量和角色结构，形成季度人力盘子；第二步选取一个迭代试点可用人天换算，校准请假、会议、支持类占用和并行损耗的系数；第三步把试点口径扩展到全部项目，建立容量台账和滚动更新机制；第四步按周期复盘偏差，逐步修正系数。
推进前需要补齐的数据包括请假与培训记录、会议与支持类工时、需求侧按角色的人天估算；需要明确的责任角色包括容量台账维护人、需求估算负责人和偏差复盘的组织者。验证口径是否有效，可以观察三个指标：供需差额预测与实际交付偏差是否收敛、角色瓶颈是否被提前识别、因容量误判导致的交付延期是否减少。指标连续两个周期改善，说明口径和系数已基本可用。
常见问题
团队只有几个人，维护完整的工时和请假数据成本太高，怎么简化可用人天的计算？
小团队可以只做关键扣除项：先按日历工作日乘以在岗人数得到毛人天，再按历史均值扣除请假培训和会议支持类占用，并行损耗按项目数量给一个经验比例。系数不必逐人精确，但要在台账里注明假设，并在每个周期用实际交付情况回校。团队人数少、项目单一、交付承诺宽松时，继续用人数口径配合缓冲系数也够用，不必为几个人维护一套完整工时数据。
可用人天算出来有缺口，但短期内招不到人，应该先调范围还是先调时间？
取决于承诺强度和缺口结构。如果缺口集中在单一角色，优先考虑内部调配或让其他角色分担部分工作；如果缺口普遍存在且对外交付日期已承诺，先按需求优先级砍范围或分期交付，同时评估招聘与上手周期，把补人作为中期手段。补人从入职到形成有效产出通常需要一段时间，短期内的处置更现实的是调整范围或时间。
两种口径并用时，人数口径算出的季度盘子和人天口径算出的迭代容量对不上，问题出在哪？
常见原因是两层使用了不同的角色划分或需求估算口径。人数口径按团队或项目组统计，人天口径按角色拆分，如果角色边界不一致，上下层就无法相减。另一个原因是系数假设没有同步更新，季度盘子用的是旧系数，迭代校验用的是新系数。解决办法是固定一套角色划分和一套需求人天估算规则，两层共用，并在台账中记录系数版本。
可用人天的系数需要多久校准一次，校准依据是什么？
通常按月或按迭代滚动更新，至少每季度做一次系统性校准。校准依据是上一周期供需差额预测与实际交付的偏差：如果预测有余量但实际延期，说明系数偏乐观，需要下调可用人天；如果预测缺口但实际提前完成，说明系数偏保守。偏差复盘时区分系数偏差和数据缺失，前者调整换算规则，后者补数据维护责任。
在ONES里做容量台账，可用人天和剩余人天能直接配置出来吗？
ONES 资源管理提供甘特视图用于项目资源规划与进度跟踪，支持通过工作数量和工时规模了解成员排期，并可查看成员每日投入饱和明细、使用资源报表与导出工时日志。可用人天与剩余人天的字段口径需要结合工时与工作量数据换算，具体配置方式以实际版本为准。台账中的可用量、承诺量和实际投入可以在这一套记录中衔接，偏差复盘时直接对照计划与实际。
