剩余投入、剩余工时和剩余工作量描述的都是“项目还剩多少事要做”，但计量对象不同：剩余工作量数的是活本身，剩余工时数的是这些活还要占多少小时，剩余投入数的是完成这些活还要投入多少人力。三者可以相互换算，换算结果依赖单位产能、并行人数和可用工时比例等假设；混用口径会让进度汇报出现看似精确、实际对不上的数字。
要点总览（TL;DR）
- 剩余工作量数的是活本身，用任务数、故事点或功能点计量；剩余工时数的是这些活还要占用多少小时；剩余投入数的是完成这些活还要投入多少人力，单位为人时、人天或人月。
- 三者可以相互换算：剩余工作量乘以单位产能假设得到剩余工时，剩余工时除以人均可用工时得到剩余投入；换算结果依赖单位产能、并行人数和可用工时比例，假设变了结果就变。
- 剩余投入只统计人力，资金预算、设备采购属于成本口径；剩余工时区别于日历时间和加班安排；剩余工作量只统计未完成部分，状态更新滞后会使其失真。
- 剩余投入是当前时点的静态剩余量，用于资源排期和人力调配；预计完工所需投入包含对剩余工作量的重新估算与风险缓冲，用于完工预测和对外承诺。
- 常见误用包括把剩余工时直接当作剩余投入、把任务数当作工作量、忽略可用工时比例，以及用日历天数替代剩余工时。
剩余投入、剩余工时、剩余工作量分别指什么
这三个术语常出现在迭代看板、项目周报和资源排期表里，含义各有侧重。理解它们最直接的方式，是看每个数字回答的是哪个问题。
| 术语 | 定义 | 常用计量单位 | 回答的核心问题 |
|---|---|---|---|
| 剩余工作量 | 尚未完成的工作本身有多少 | 任务数、故事点、功能点、产出单位（如接口个数、页面数） | 活还剩多少 |
| 剩余工时 | 剩余工作按计划排布还需要占用多少小时 | 小时、人时 | 这些活要占多少小时 |
| 剩余投入 | 完成剩余工作需要投入的人力资源量 | 人时、人天、人月 | 要投入多少人力才能完成 |
剩余工作量是三者中最接近“业务事实”的一个。它不关心谁来做、做多久，只记录待完成事项的规模。团队用故事点估算时，剩余工作量就是未完成事项的故事点之和；用任务数管理时，就是未关闭任务的数量。它的优点是稳定，不随人员变动而波动；缺点是不同规模的任务直接相加时，需要先统一估算口径。
剩余工时把工作量换算到时间轴上。同样是 20 个故事点的剩余工作，如果团队约定每个故事点约等于 6 小时，剩余工时就是 120 小时。剩余工时通常按计划排布计算，反映的是“按当前排期，这些活要占用多少小时”，因此它会随排期调整、任务拆分粒度变化而更新。
剩余投入进一步落到人力上。120 小时的剩余工时，如果由 3 人并行承担、每人每天可投入 6 小时，折算下来约需 6.7 人天。剩余投入的价值在于支撑资源决策：是否需要加人、是否与其他项目争抢同一批成员、当前人力能否在期限内消化剩余工作。
三者的边界：哪些内容算、哪些不算
三个概念容易混淆，往往是因为把不同口径的内容塞进了同一个数字。明确边界比记住定义更有用。
剩余投入只统计人力
剩余投入的计量对象是人，单位是人时、人天或人月。资金预算、设备采购、外包合同金额属于成本口径，不计入剩余投入。同样，服务器、测试机等非人力资源的占用也不进入这个数字。当项目需要评估“还要花多少钱”时，应使用成本或预算口径，不能拿剩余投入直接替代。
剩余工时区别于日历时间和加班安排
剩余工时统计的是工作需要占用的小时数，日历时间则是从今天到截止日期之间的自然天数。一个还剩 10 个工作日、每天可投入 8 小时的任务，日历时间是 10 天，剩余工时是 80 小时；如果团队安排加班，每日可投入变为 10 小时，剩余工时可能压缩到 80 小时以内完成，但日历时间不变。汇报时把“还剩 5 天”说成“还剩 5 小时”或反之，都会误导判断。
剩余工作量不含已完成产出
剩余工作量只统计尚未完成的部分。已完成的任务、已交付的功能、已关闭的缺陷都不计入。实践中常见的问题是任务状态更新滞后：工作已经做完但未关闭，剩余工作量被高估；或者任务拆分过粗，部分完成的工作仍按整条计入。保持状态与实际进度同步，是剩余工作量可信的前提。
本文口径之外的指标
单项目的资金偏差、预算执行率属于成本管理范畴；交付达成率、计划可预测性属于研发效能与计划管理范畴。这些指标与本文讨论的三个剩余量有关联，但计量对象不同，不在此展开。
从工作量到工时再到投入：三者的换算机制
三个数字之间可以相互推导，推导链条是：剩余工作量 × 单位产能假设 → 剩余工时；剩余工时 ÷ 人均可用工时 → 剩余投入。每一步都依赖假设，假设变了，结果就变。
第一步：剩余工作量换算为剩余工时
换算的关键是单位产能，即一个工作量单位对应多少小时。团队若采用故事点估算，需要维护“每点约合多少小时”的经验值；若按任务管理，则需为每类任务设定标准工时。这个经验值应来自历史数据而非拍脑袋，并且随团队熟练度变化定期校准。
第二步：剩余工时折算为剩余投入
剩余工时除以人均可用工时，得到所需人天或人月。这里有两个假设需要明确：一是并行人数，即有多少人能同时投入这项工作；二是可用工时比例，即成员在项目上的实际可投入时间占标准工作时间的比例。一个成员名义上每天工作 8 小时，扣除会议、支持和其他项目后，实际投入本项目可能只有 5 小时，可用工时比例约为 62%。忽略这个比例，剩余投入会被系统性低估。
换算假设清单
- 单位产能：一个故事点或一类任务对应多少小时，依据历史完成数据校准。
- 并行人数：实际能同时投入该工作的成员数量，考虑技能匹配和任务依赖。
- 可用工时比例：成员在本项目上的可投入时间占标准工时的比例。
- 估算更新频率：工作量重新估算后，工时和投入需同步重算，避免沿用旧值。
换算结果不是一次算完就固定不变的。迭代中任务拆分、需求变更、成员调整都会触发重新估算，三个数字应作为一个整体更新。在工具层面，ONES 资源管理支持通过工作数量和工时规模了解成员排期，并可按筛选与分组查看成员在不同项目的投入比重，便于把剩余工作量、剩余工时与人力安排放在同一视图里核对。
剩余投入与预计完工所需投入的区别
剩余投入是当前时点的静态剩余量，回答“按现在的估算，还要投入多少人力”。预计完工所需投入是预测性口径，回答“考虑到剩余工作可能被重新估算、存在风险和缓冲，完工时总共还要投入多少”。两者数值接近但用途不同。
| 对比维度 | 剩余投入 | 预计完工所需投入 |
|---|---|---|
| 性质 | 当前时点的静态剩余量 | 面向完工时点的预测性估算 |
| 是否含重新估算 | 基于当前剩余工作量 | 包含对剩余工作量的重新评估 |
| 是否含风险缓冲 | 通常不含 | 通常包含风险缓冲 |
| 更新频率 | 随任务完成和估算调整更新 | 按预测周期滚动更新 |
| 典型用途 | 资源排期、人力调配 | 完工预测、承诺对外交付时点 |
使用场景上，剩余投入适合日常资源管理：本周还有多少人力缺口、是否需要临时调配。预计完工所需投入适合阶段性预测：按当前趋势，项目完工时累计需要多少人力，是否需要提前申请增援。把静态剩余量直接当作完工预测，会忽略剩余工作被低估的可能和风险缓冲，导致承诺过于乐观。
具体例子：一个迭代里三个数字怎么算
以下为演示情景，用于说明三个口径的取值差异，数字为示例设定。
某迭代还剩 4 个任务：任务 A 估 5 个故事点，任务 B 估 3 个故事点，任务 C 估 2 个故事点，任务 D 估 2 个故事点。团队约定每个故事点约合 6 小时，本迭代有 3 名成员投入，每人每天在本项目可投入 6 小时。
剩余工作量
剩余工作量 = 5 + 3 + 2 + 2 = 12 个故事点。这个数字只说明还剩多少活，不涉及时间和人力。
剩余工时
剩余工时 = 12 个故事点 × 6 小时/点 = 72 小时。这是按当前估算和单位产能假设，剩余工作需要占用的总小时数。
剩余投入
剩余投入 = 72 小时 ÷ 6 小时/人天 = 12 人天。若 3 人并行且每人每天可投入 6 小时，则约需 4 个工作日完成。这里的人天是人力口径，不是日历天数。
常见误解
- 把剩余工时直接当作剩余投入：72 小时是工时总量，12 人天才是人力投入量，两者单位不同，不能混用。
- 把任务数当作工作量：4 个任务看似不多，但故事点合计 12 点，任务数与工作量规模并不等价。
- 忽略可用工时比例：若成员实际每天只能投入 4 小时，剩余投入应重算为 72 ÷ 4 = 18 人天，完成时间相应延长。
- 用日历天数替代剩余工时：4 个工作日是排期结果，不是工时数值，汇报时应区分两者。
在迭代执行中，剩余工作量、剩余工时和剩余投入需要随任务完成同步更新。ONES 资源管理可实时查看成员每日投入饱和明细，帮助识别排期风险；其资源报表和工时日志导出能力，也便于在迭代回顾时核对估算与实际投入的偏差，校准下一轮的单位产能假设。
常见问题
团队没有稳定的单位产能数据，还能换算剩余工时和剩余投入吗？
可以换算，但需要把假设显式写出来。初期可以用团队共识的经验值，例如“一个故事点约合 6 小时”，并在迭代回顾时用实际完成数据校准。关键是每次换算都注明所用假设，避免把估算结果当成精确事实。随着历史数据积累，单位产能会逐渐稳定，换算结果的可信度也随之提高。
成员同时参与多个项目时，剩余投入应该怎么算？
先确定该成员在本项目上的可用工时比例，再折算剩余投入。例如成员每天名义工作 8 小时，扣除会议、支持和其他项目后实际可投入本项目 4 小时，可用工时比例约为 50%。剩余工时除以这个比例，得到的才是本项目口径的剩余投入。ONES 资源管理支持按筛选与分组查看成员在不同项目的投入比重，便于核对这一比例。
任务状态更新不及时，剩余工作量偏高，会影响另外两个数字吗？
会。剩余工作量是换算链条的起点，它被高估时，剩余工时和剩余投入会同步偏高。处理办法是缩短状态同步周期，要求任务完成当天关闭，并在迭代中定期核对看板与实际进度。若任务拆分过粗，部分完成的工作仍按整条计入，也需要在拆分粒度上调整。
对外承诺交付时点，应该用剩余投入还是预计完工所需投入？
对外承诺更适合参考预计完工所需投入。剩余投入反映当前估算下的静态剩余量，通常不含风险缓冲；预计完工所需投入包含对剩余工作量的重新评估和缓冲，更接近完工时的实际人力消耗。两者可以并列呈现：用剩余投入说明当前排期，用预计完工所需投入说明承诺依据。
迭代中需求变更后，三个数字需要全部重算吗？
需要作为一个整体更新。需求变更首先影响剩余工作量，进而改变剩余工时和剩余投入；若只更新其中一个，三个数字之间就会对不上。建议在变更发生时同步重估工作量、刷新单位产能假设，并重新计算人力投入，保持口径一致。
