量化资源过载要同时回答两个问题：超了多少，以及超了多久。程度可以用超配工时、超配工时比和超配率衡量，持续时间可以用连续超配天数或周数、超配时间占比衡量。本文围绕人力使用冲突，给出统一工时口径、可复算公式和数值示例，并说明如何把这些指标与延期、返工等交付影响对齐。ONES 资源管理中的排期、工时与资源报表可作为数据来源之一。
要点总览（TL;DR）
- 量化资源过载要同时看两个量：程度用超配工时、超配工时比（超配工时÷可用工时）和超配率（超配工时÷分配工时）衡量，持续时间用连续超配天数或周数、超配时间占比衡量。
- 计算前先统一口径：可用工时扣除节假日、请假和非项目占用，分配工时取任务预估或排期数据，多项目分摊按投入比例拆分可用工时，零分母单独标记为不可计算。
- 判断交付影响时，把同一时间窗内的延期天数、缺陷回流数和返工工时与过载指标并列观察，看相关性而非直接归因。
- 总量超配幅度小不代表负荷平稳，演示示例中迭代总量仅超配5%，但一半工作日处于超配状态，程度与持续时间指标需要一起看。
- 阈值应结合团队历史基线设定，过载指标反映负荷分配情况，不宜单独作为绩效评价依据。
评估目标：过载程度与持续时间要回答什么
资源过载评估要回答两个不同维度的问题。程度回答“某人在一个时间窗内被分配的工作量超出可用工时多少”，持续时间回答“这种超出状态延续了多久、在观察期内出现得多频繁”。两个维度缺一不可：短时间高强度超配和长期轻度超配，对交付的影响方式不同，处理手段也不同。
评估的服务对象是交付影响判断。管理者需要知道过载是否已经伤到交付，例如是否伴随延期增加、缺陷回流上升或返工工时增长，从而决定调整排期、补充人手还是接受短期冲刺。指标用于支持这类判断，不用于给个人排绩效名次。把超配工时比直接当作绩效结论，会忽略任务难度、依赖阻塞、需求变更等影响因素。
本文范围限定在人力使用冲突，即个人或团队在给定时间窗内的分配工时与可用工时之间的缺口。项目集层面的资源协调机制、组织投资与项目组合选择不在本文展开。评估对象可以是个人、角色、团队或项目维度，但同一份分析中应保持维度一致，避免个人口径与团队口径混算。
指标与范围：用哪几个指标衡量过载
程度类指标建议同时保留绝对量和相对量。绝对量说明缺口规模，相对量便于跨人员、跨周期比较。持续时间类指标则要区分单次冲击和长期状态。下表给出指标清单及适用时间窗。
| 指标 | 类别 | 定义 | 单位 | 适用时间窗 |
|---|---|---|---|---|
| 超配工时 | 程度 | 分配工时 − 可用工时，结果大于 0 时记为超配 | 人时或人天 | 周、双周、迭代、月 |
| 超配工时比 | 程度 | 超配工时 ÷ 可用工时 | 百分比 | 周、双周、迭代、月 |
| 超配率 | 程度 | 超配工时 ÷ 分配工时 | 百分比 | 周、双周、迭代、月 |
| 连续超配天数/周数 | 持续时间 | 连续出现超配的时间窗长度 | 天或周 | 按日或按周统计 |
| 超配时间占比 | 持续时间 | 超配时间窗数 ÷ 总时间窗数 | 百分比 | 周、双周、迭代、月 |
超配工时比与超配率的分母不同，结论也不同。前者以可用工时为基准，回答“比正常负荷多出几成”；后者以分配工时为基准，回答“分配总量中有多少属于超出部分”。报表中应固定使用其中一种并标注分母，避免同一张图混用两种比例。
时间窗选择应与排期粒度一致。按周或双周适合常规研发节奏，按迭代适合敏捷团队，按月适合长周期项目。同一分析中不宜混用不同时间窗，否则连续超配区间无法正确拼接。指标还需绑定维度：个人维度用于识别具体负荷点，角色维度用于观察某类岗位的整体压力，团队和项目维度用于汇总和对比。
数据口径：工时、可用工时与分母怎么定
过载计算的可比性取决于分子分母是否统一。可用工时是分母，应扣除法定节假日、请假、非项目会议与培训等不可分配时间；分配工时是分子来源，应统一取任务预估或排期口径，避免与实报工时混算。实报工时适合做偏差校验，不宜直接替代排期数据计算超配。
| 情形 | 处理规则 | 报表标注 |
|---|---|---|
| 可用工时为 0（如全周请假） | 标记为不可计算，不记为 0 或无穷大 | 单独列出，不参与比例汇总 |
| 分配工时缺失 | 按未填报处理，单独统计缺失率 | 标注缺失人数与占比 |
| 兼职或多项目分摊 | 按投入比例拆分可用工时，再分别计算 | 注明分摊比例来源 |
| 团队工时制度不一致 | 先折算为统一单位（如人天）再比较 | 注明折算系数 |
| 跨团队比较 | 仅在口径对齐后横向比较，否则只做团队内纵向对比 | 注明比较范围 |
多项目分摊是常见误差来源。若一名成员同时投入两个项目，直接把两个项目的分配工时相加、分母仍用全额可用工时，会低估超配；反之若每个项目都按全额可用工时计算，又会重复计算。正确做法是先确定该成员在各项目上的投入比例，把可用工时按比例拆分，再在各自口径内计算超配。
不同团队工时制度不一致时，应先折算为统一单位再比较，或者只在团队内部做纵向对比，不做跨团队横向排名。缺失值要单独统计缺失率，缺失率过高时，基于现有数据得出的超配结论应标注为不完整，避免用部分填报数据代表整体负荷。
计算与评估步骤：从原始数据到过载结论
计算流程可以固定为五步，每一步都产出可复核的中间结果。以下公式中，可用工时与分配工时均以同一时间窗、同一单位统计。
步骤一，按人按时间窗汇总分配工时与可用工时。输出一张明细表，字段包括人员、时间窗、可用工时、分配工时、数据来源和缺失标记。步骤二，计算程度指标：超配工时 = 分配工时 − 可用工时（仅当结果大于 0 时记为超配）；超配工时比 = 超配工时 ÷ 可用工时；超配率 = 超配工时 ÷ 分配工时。两个比例均以百分比表示，分母为 0 时按不可计算处理。
步骤三，识别连续超配区间。按时间窗顺序扫描每名人员的超配状态，连续为超配的时间窗合并为一个区间，区间长度即连续超配天数或周数；超配时间占比 = 超配时间窗数 ÷ 总时间窗数。步骤四，汇总到团队或项目维度。团队超配工时可直接加总，团队超配工时比应以团队可用工时合计为分母重新计算，避免对个人比例做简单平均。
步骤五，与交付影响指标对齐。把同一时间窗内的延期天数、缺陷回流数、返工工时与过载指标并列观察，判断超配集中出现时交付结果是否同步恶化。这一步观察的是相关性，不直接归因。ONES 资源管理支持通过工作数量和工时规模了解成员排期，支持筛选与分组掌握成员在不同项目的投入比重，并可实时查看成员每日投入饱和明细，这些数据可作为上述明细表的输入来源；资源报表与工时日志导出便于复核计算过程。
例子：一个迭代内的过载计算演示
以下为演示情景，数值为便于复算而设定，不代表真实项目数据。某成员在一个两周迭代内，可用工时为 10 个工作日 × 8 小时 = 80 人时。按日统计的分配工时如下表。
| 日期 | 可用工时（人时） | 分配工时（人时） | 超配工时（人时） | 是否超配 |
|---|---|---|---|---|
| 第 1 天 | 8 | 8 | 0 | 否 |
| 第 2 天 | 8 | 10 | 2 | 是 |
| 第 3 天 | 8 | 11 | 3 | 是 |
| 第 4 天 | 8 | 9 | 1 | 是 |
| 第 5 天 | 8 | 8 | 0 | 否 |
| 第 6 天 | 8 | 8 | 0 | 否 |
| 第 7 天 | 8 | 12 | 4 | 是 |
| 第 8 天 | 8 | 10 | 2 | 是 |
| 第 9 天 | 8 | 8 | 0 | 否 |
| 第 10 天 | 8 | 8 | 0 | 否 |
程度计算：迭代内分配工时合计 84 人时，可用工时合计 80 人时，超配工时 = 84 − 80 = 4 人时；超配工时比 = 4 ÷ 80 = 5%；超配率 = 4 ÷ 84 ≈ 4.8%。从迭代总量看，超配幅度不大。
持续时间计算：按日统计，超配天数为 5 天，超配时间占比 = 5 ÷ 10 = 50%。连续超配区间有两段：第 2 天至第 4 天，连续 3 天；第 7 天至第 8 天，连续 2 天。最长连续超配为 3 天。
结果解读：该成员迭代总量超配仅 5%，但一半工作日处于超配状态，且出现一段连续 3 天的高负荷。若同期该成员负责的工作项出现延期或缺陷回流上升，应优先检查第 2 至第 4 天和第 7 至第 8 天的任务安排；若交付结果平稳，则可判断为可承受的短期波动。这个例子说明，只看迭代总量会低估负荷的集中程度，程度指标与持续时间指标需要一起看。
解读与限制：指标能说明什么、不能说明什么
过载指标反映的是负荷分配情况，不直接等于产出下降。分配工时超出可用工时，可能表现为加班完成、任务顺延或质量下降，也可能因预估偏保守而未真正形成压力。因此指标适合用于发现需要复核的负荷点，交付影响仍需结合延期天数、缺陷回流和返工工时等结果数据判断。
单指标不能作为绩效评价依据。超配工时比高，可能说明该成员承担了关键任务或预估口径偏紧；超配率低，也可能因为分配工时本身填报不全。绩效评价涉及目标达成、协作质量和任务难度，负荷指标只能作为工作安排合理性的参考。
数据滞后与填报偏差会影响结论。排期数据在需求变更后若未及时更新，超配会被高估或低估；实报工时存在事后补填和集中填报，按日统计的连续超配区间可能失真。使用前应检查填报完整率和更新频率，缺失率过高时结论应标注为不完整。
阈值应结合团队基线设定。可以用过去若干周期的分位数作为预警线，例如把团队历史上处于高位的超配工时比作为观察起点，再根据交付结果校准，不套用统一的达标线。指标与交付影响的相关性需要结合具体项目判断，同一超配水平在不同项目阶段的意义可能不同。ONES 资源管理提供资源利用率与负荷度查看、资源报表和工时日志导出，可作为建立团队基线和复核数据的工具；具体指标口径仍应以团队统一定义为准。
常见问题
如果团队工时填报不完整，算出来的超配结论还能用吗？
可以用，但要标注数据完整度。先统计缺失率，即未填报分配工时的人数或时间窗占比。缺失率较低时，基于现有数据得出的超配结论可作为观察起点；缺失率较高时，结论应标注为不完整，避免用部分填报数据代表整体负荷。另一个办法是先用排期数据计算，实报工时只做偏差校验，减少对填报及时性的依赖。
按周统计和按迭代统计，超配结果会不会不一致？
会不一致，因为时间窗不同，超配的合并方式也不同。按周统计能识别单周内的集中冲击，按迭代统计会把迭代内的波峰波谷平均掉，可能低估短时高强度超配。建议时间窗与排期粒度保持一致，同一份分析中固定一种时间窗；需要跨周期比较时，先统一换算再对比，不把周口径和迭代口径的结果直接放在同一张图里。
成员同时投入多个项目时，超配应该怎么算才不重复？
先确定该成员在各项目上的投入比例，把可用工时按比例拆分，再在各自口径内计算超配。若直接把多个项目的分配工时相加、分母仍用全额可用工时，会低估超配；若每个项目都按全额可用工时计算，又会重复计算同一份可用时间。投入比例的来源应在报表中注明，便于复核。
超配指标出现上升，是否意味着交付一定会延期？
不构成必然因果。超配反映的是负荷分配情况，实际结果可能是加班完成、任务顺延或质量下降，也可能因预估偏保守而未真正形成压力。判断交付影响时，应把过载指标与同期延期天数、缺陷回流数、返工工时对齐观察，确认超配集中出现时交付结果是否同步恶化，再决定调整排期、补充人手还是接受短期冲刺。
预警阈值应该怎么定，有没有通用标准？
没有通用达标线，阈值应结合团队自身基线设定。一种做法是取过去若干周期的分位数作为观察起点，例如把团队历史上处于高位的超配工时比作为预警线，再根据同期交付结果校准。同一超配水平在不同项目阶段的意义可能不同，阈值也需要随团队排期节奏和人员结构变化定期复核。
