量化项目承接是否超出容量，关键是把“要做的需求”和“能投入的容量”换算到同一时间窗、同一人员范围和同一工时单位，再计算三项指标：缺口工时、超载率、受影响项目范围。三项指标共用一套口径，数字才可比较、可复算。ONES 的工时登记与资源规划视图可以为取数提供支撑，具体折算规则仍需结合团队实际确认。
要点总览（TL;DR）
- 量化承接超出容量，先把需求工时与可用容量工时换算到同一时间窗、同一角色范围和同一工时单位，三项指标才可比较、可复算。
- 缺口工时＝需求工时−可用容量工时，负值表示缺口，单位用人时或人天；超载率＝需求工时÷可用容量工时×100%，超过100%的部分即超载幅度。
- 受影响项目范围统计缺口工时小于零的单元格覆盖的项目数、角色数与周次数，用来判断缺口是集中在少数项目还是普遍存在。
- 可用容量按“人数×可用工作日×每日有效工时×可投入比例”折算；需求工时按任务估算或历史类比取值，并标注来源与置信度，无估算的项目不按零计入。
- 三项指标需组合解读，按周滚动更新观察趋势；指标反映容量与需求的差距，不直接等同于交付风险或绩效结论。
评估目标：回答“超出多少、超在哪里、影响谁”
量化承接超出容量，服务的是一组具体的承接决策：这批项目能不能接、先接哪些、哪些周次需要提前调整。指标设计围绕三个问题展开，每个问题对应一项输出，避免做成泛泛的资源报表。
- 超出多少：组合层面需求工时与可用容量工时的总量差距，用缺口工时表达。
- 超在哪里：相对幅度有多大，集中在哪些角色、哪些周次，用超载率表达。
- 影响谁：缺口落在哪些项目上，涉及几个角色、几个周次，用受影响项目范围表达。
评估对象是项目组合层面的承接需求与可用容量对比，范围包括在评项目与在研项目。输出用于承接决策和优先级排序：当缺口总量确定后，可以据此判断是压缩范围、推迟排期还是补充人力。已选项目之间的人员协调与冲突处置属于后续执行动作，不在本文的量化范围内。
三项指标对应三个决策问题，可以整理成一张输出清单：缺口工时回答总量是否可承受，超载率回答压力集中在何处，受影响项目范围回答波及面有多大。三项一起看，才能支撑“接不接、怎么接”的判断。
指标与范围：三个核心指标的定义与边界
三项指标各有公式、单位和统计范围，定义清楚之后才能保证不同人算出的结果一致。下表给出定义框架，具体数值口径在下一节说明。
| 指标 | 公式 | 单位 | 统计范围 |
|---|---|---|---|
| 缺口工时 | 需求工时 − 可用容量工时，负值表示缺口 | 人时或人天 | 按角色×周次，汇总到项目与组合 |
| 超载率 | 需求工时 ÷ 可用容量工时 × 100%，超过100%的部分为超载幅度 | 百分比 | 按角色×周次计算，可汇总为分布 |
| 受影响项目范围 | 缺口涉及的项目数、角色数、周次数 | 个、项、周 | 缺口工时小于零的单元格所覆盖的范围 |
统计范围需要事先固定三件事。人员范围按角色或团队划分，例如后端、前端、测试，同一角色内的人员按可互换处理；项目范围包括在评项目与在研项目，已结项项目不计入；时间窗按周或按月滚动，同一批指标必须使用同一时间窗。范围一旦变动，前后两期数字就不可比，因此建议在评估开始前书面固定，并在每期更新时沿用。
缺口工时用负值表示缺口，正值表示余量，这样汇总时正负可以相互抵消，得到组合层面的净缺口。超载率的分母是同一角色同一周次的可用容量工时，分子是同一格的需求工时，两者必须同口径。受影响项目范围只统计缺口工时小于零的单元格，余量单元格不计入。
数据口径：可用容量与需求工时怎么取数
两项基础数据的取数规则决定了指标的可信度。可用容量工时从人员供给侧折算，需求工时从项目任务侧估算，两边都要标明来源，缺失值要有明确的处理方式。
可用容量工时的折算
按角色逐周折算，公式为：人数 × 可用工作日 × 每日有效工时 × 可投入比例。可用工作日需扣除法定假日和已批准的休假；每日有效工时扣除会议、支持性工作和日常事务后取值；可投入比例反映该角色投入该项目组合的比例，兼职或多项目并行时按实际分配折算。折算规则应形成书面说明，每期沿用，避免同一角色在不同期使用不同系数。
需求工时的估算
需求工时按项目任务逐项估算，或参照历史同类项目的实际工时折算。每个项目的估算需标注来源（任务拆解估算、历史类比、专家判断）和置信度（高、中、低）。置信度低的项目在解读结论时要单独提示，避免把粗略估算当成精确结论使用。
缺失值处理与口径一致性
- 无估算的项目按区间取值或类比同类项目取值，并在数据表中标注，不默认按零计入，否则会低估缺口。
- 同一时间窗、同一角色分类、同一工时单位是三项指标可比的前提，混用周与月、混用人时与人天都会导致结果失真。
- 工时数据建议从日常登记中取数，登记粒度到人、到项目、到日期，便于按角色和周次汇总。ONES 支持统计项目工时、查询和导出工时登记日志明细，可作为需求侧实际投入与估算校准的数据来源；可用容量的折算规则仍需团队自行确认。
计算步骤：从原始数据到三项指标
计算按“先分格、再汇总、后识别”的顺序推进，每一步都有明确的产物，便于复核。
- 建立基础表：行是角色，列是周次，每个单元格填入该角色该周的需求工时与可用容量工时，两个数值分列存放。
- 逐格计算缺口工时：需求工时减可用容量工时，负值为缺口，正值为余量。
- 逐格计算超载率：需求工时除以可用容量工时乘以100%。某角色某周可用容量为零时，该格不计算超载率，单列说明“无可用容量但有需求”，避免除零错误，也避免把这种情况误读为无穷大超载。
- 按项目汇总缺口：把各项目在各角色、各周次上的缺口工时加总，得到项目级缺口，排序后识别缺口最大的项目。
- 识别受影响范围：统计缺口工时小于零的单元格覆盖的项目数、角色数和周次数，形成范围指标。
- 汇总组合层面结果：组合缺口总量为所有单元格缺口工时之和，超载分布按超载率区间（如100%–120%、120%–150%、150%以上）统计格数，观察压力是集中还是普遍。
汇总表建议包含四列：角色、周次、缺口工时、超载率，另加项目维度作为分组字段。组合层面的结果表则按项目列出缺口工时合计、涉及角色数、涉及周次数，便于直接用于承接讨论。ONES 的资源规划视图可以查看成员工作量、可用性与饱和情况，按项目和成员多维度呈现投入，适合作为基础表的取数入口；缺口工时与超载率的具体计算口径需按本文方法在团队内统一。
例子：一个组合的缺口与超载测算
以下数据为假设，仅用于演示算法。某后端角色未来4周的可用容量工时为每周80人时，组合内有A、B、C三个在评项目，需求工时按周分布如下。
| 周次 | 可用容量（人时） | 项目A需求 | 项目B需求 | 项目C需求 | 需求合计 | 缺口工时 | 超载率 |
|---|---|---|---|---|---|---|---|
| 第1周 | 80 | 40 | 30 | 20 | 90 | −10 | 112.5% |
| 第2周 | 80 | 50 | 40 | 30 | 120 | −40 | 150% |
| 第3周 | 80 | 30 | 20 | 10 | 60 | +20 | 75% |
| 第4周 | 80 | 40 | 30 | 20 | 90 | −10 | 112.5% |
逐周计算后，组合层面缺口工时为 −10 − 40 + 20 − 10 = −40 人时，即四周合计缺40人时。超载集中在第2周，超载率150%，超载幅度50%；第1周和第4周超载率均为112.5%，属于轻度超载；第3周有余量20人时。
按项目拆分第2周的缺口：项目A需求50人时、项目B需求40人时、项目C需求30人时，合计120人时对应80人时容量，缺口40人时。若按需求比例分摊，A承担约16.7人时、B约13.3人时、C约10人时。受影响范围方面，缺口涉及3个项目、1个角色、3个周次（第1、2、4周），其中第2周是主要压力点。承接决策可以据此判断：若三个项目同时接，第2周需要额外40人时，或把项目C的部分工作推迟到第3周，利用该周20人时的余量。
解读与限制：指标能说明什么、不能说明什么
三项指标需要组合解读。缺口工时反映总量，超载率反映相对幅度，两者结合才能区分“总量大但分布均匀”和“总量不大但某一周极度集中”两种不同情形。只看缺口工时可能低估短期压力，只看超载率可能忽略长期累积。
结论的可信度取决于估算精度。需求工时来自任务估算或历史类比，估算来源和置信度必须随指标一起呈现；置信度低的项目，其缺口数字应作为区间参考，不宜作为精确承诺。不同角色之间的指标不可直接横向比较，因为角色的人员规模、可投入比例和任务性质不同；不同时间窗的指标同样不可比，周度与月度口径混用会放大或缩小超载幅度。
指标反映的是容量与需求的差距，不直接等同于交付风险或绩效结论。缺口可以通过调整范围、错峰排期、补充人力等方式消化，是否构成风险还要结合项目优先级、交付节点和外部依赖判断。建议按周滚动更新三项指标，观察缺口和超载的走势，单期快照容易受个别项目排期波动影响。ONES 可实时查看成员每日投入饱和明细并识别规划风险，提供多种资源报表，适合支撑滚动更新；指标口径与解读结论仍需团队按本文方法统一。
常见问题
需求工时估算精度不高时，缺口工时还能用吗？
可以用，但要带着估算来源和置信度一起呈现。需求工时来自任务拆解、历史类比或专家判断，精度差异较大。建议在数据表中为每个项目标注估算来源和置信度（高、中、低），置信度低的项目其缺口数字按区间参考，不作为精确承诺。解读时把高置信度项目的缺口与低置信度项目分开看，避免粗略估算拉偏组合层面的结论。
某角色某周可用容量为零但有需求，超载率怎么处理？
该格不计算超载率，单列说明“无可用容量但有需求”。除零会得到无意义的数值，写成无穷大也容易被误读为极端超载。处理方式是在基础表中把该格标记出来，缺口工时照常按需求工时减零计算，并在汇总时单独列出这类单元格涉及的项目和周次，供承接讨论时判断是补充人力还是调整排期。
缺口工时和超载率应该先看哪一个？
两者结合看，顺序取决于决策问题。判断组合总量是否可承受，先看缺口工时；判断压力集中在哪些角色和周次，再看超载率。总量大但分布均匀，与总量不大但某一周极度集中，是两种不同的承接情形。只看缺口工时可能低估短期压力，只看超载率可能忽略长期累积，建议在同一张汇总表里并列呈现。
不同角色的缺口数字可以直接相加或横向比较吗？
缺口工时可以在统一单位下相加，得到组合层面的总量；但不同角色之间的超载率不宜直接横向比较。角色的人员规模、可投入比例和任务性质不同，同样的超载率背后的人力缺口差别很大。比较时建议按角色分别呈现，再在组合层面汇总缺口总量，避免用单一百分比掩盖角色间的结构差异。
这些指标多久更新一次比较合适？
建议按周滚动更新，与项目排期和周次口径保持一致。单期快照容易受个别项目排期波动影响，连续几期的走势更能反映缺口是短期集中还是持续存在。更新时沿用同一时间窗、同一角色分类和同一工时单位，口径一旦变动，前后两期数字就不可比，需要在更新记录中注明变更原因。
