计划实际工时对比表用于把任务或人员的计划投入与实际投入放在同一行对照，帮助团队看清偏差出现在哪里、由什么原因造成、下一步怎么调整。本文提供一张可直接复制到表格工具的空白表，并逐列说明取数来源与偏差算法，再用一个迭代的完整示例演示填写方式，最后给出按团队情况调整和长期维护的方法。
要点总览（TL;DR）
- 模板按“一行一个任务、一个统计周期”组织，核心列为任务标识、责任人、统计周期、计划工时、实际工时、偏差工时、偏差率、偏差原因和纠偏动作。
- 任务标识、责任人、统计周期、计划工时、实际工时必填；偏差率绝对值超过阈值（建议先设20%）时，偏差原因与纠偏动作转为必填。
- 偏差工时=实际工时−计划工时，偏差率=偏差工时÷计划工时×100%；计划工时为0时标注“—”，不做除法。
- 按周或按迭代滚动更新，每周期另存带周期标识的副本；计划工时变更时在备注记录原值与变更时间，保证可追溯。
- 实际工时以工时登记明细汇总为准；使用ONES时可通过工时日志查询与导出获取明细，再填入本表。
可复制空白模板：计划实际工时对比表
下面这张表按“一行一个任务、一个统计周期”组织，可直接复制到 Excel、在线表格或项目管理系统导出的表格中。表头已包含任务标识、责任人、统计周期、计划工时、实际工时、偏差工时、偏差率、偏差原因和纠偏动作九类信息，空白行用于逐条填写。
| 序号 | 任务标识 | 任务名称 | 责任人 | 统计周期 | 计划工时(h) | 实际工时(h) | 偏差工时(h) | 偏差率 | 偏差原因 | 纠偏动作 | 备注 |
|---|---|---|---|---|---|---|---|---|---|---|---|
| 1 | |||||||||||
| 2 | |||||||||||
| 3 | |||||||||||
| 4 | |||||||||||
| 5 | |||||||||||
| 合计 | — | — | — | — | — | — | — |
填写位置说明：任务标识填工作项编号或需求单号，任务名称填便于识别的短标题，责任人填实际执行人，统计周期填“2025-W12”或“迭代 7”这类可追溯的区间。偏差工时、偏差率和合计行建议用公式自动计算，避免手工填写出错。
按任务行与按人员行是两种常见视角。按任务行适合跟踪单个交付物的投入是否超出计划，便于定位具体工作项；按人员行适合观察某位成员在一个周期内的总投入是否饱和，便于排期和负荷平衡。两种视角可以并存：主表按任务行填写，再用数据透视或汇总表按责任人聚合。团队规模较小、任务数量有限时，按任务行一张表即可；成员跨多个项目时，建议增加按人员汇总的辅助表。
字段说明：每个列填什么、怎么算
字段口径统一，表才能跨周期比较。下表逐列说明含义、取数来源和计算方式，其中计划工时与统计周期是填写的基础，偏差相关列建议由公式生成。
| 字段名 | 含义 | 取数来源 | 计算口径 |
|---|---|---|---|
| 任务标识 | 唯一识别一个工作项的编号 | 项目管理系统的工作项编号、需求单号或任务卡编号 | 直接填写，同一任务跨周期保持一致 |
| 任务名称 | 任务的简短描述 | 工作项标题 | 直接填写，控制在便于识别的长度 |
| 责任人 | 实际执行该任务的人员 | 任务分配记录 | 直接填写姓名或工号，一人一行；多人协作时拆行或注明主责 |
| 统计周期 | 本次对比覆盖的时间区间 | 团队排期、迭代计划或自然周 | 填写起止日期或周期编号，同一张表内口径一致 |
| 计划工时 | 任务在统计周期内计划投入的人时 | 迭代计划、任务估算、排期表 | 以小时为单位；计划变更后填写变更后的最新值，并在备注记录原值 |
| 实际工时 | 任务在统计周期内实际投入的人时 | 工时登记记录、工时日志 | 以小时为单位，按登记明细汇总；跨周期任务只统计本周期部分 |
| 偏差工时 | 实际与计划的绝对差额 | 由前两列计算 | 偏差工时 = 实际工时 − 计划工时；正值为超投入，负值为少投入 |
| 偏差率 | 偏差相对计划的比例 | 由前两列计算 | 偏差率 = 偏差工时 ÷ 计划工时 × 100%；计划工时为 0 时不计算，标注“—”，避免除零 |
| 偏差原因 | 造成偏差的具体原因 | 责任人填写，结合任务过程记录 | 写具体事件或条件，如“需求中途增加导出功能”“等待接口联调 2 天”，避免只写“估少了” |
| 纠偏动作 | 针对偏差采取的调整 | 责任人或项目负责人填写 | 写动作、责任人和时间，如“拆分剩余任务，周五前完成联调”，与原因一一对应 |
| 备注 | 补充说明 | 填写人按需补充 | 记录计划变更历史、数据口径例外等 |
偏差原因与纠偏动作的写法直接影响表的可用性。原因要能对应到可改变的条件，例如估算偏乐观、需求变更、依赖阻塞、人员请假；纠偏动作要能落地，说明谁在什么时间做什么。两者成对出现，复盘时才能判断同类偏差是否反复发生。
必填与选填：哪些列不能空
字段分为三档：必填、条件必填和选填。必填字段保证每一行都能被识别和计算；条件必填字段在触发条件出现时必须填写；选填字段按团队需要保留。
| 档位 | 字段 | 填写要求与理由 |
|---|---|---|
| 必填 | 任务标识、责任人、统计周期、计划工时、实际工时 | 缺少任一项，该行无法定位、无法计算偏差，也无法与其他周期对齐 |
| 条件必填 | 偏差原因、纠偏动作 | 偏差率绝对值超过团队设定阈值时必填，建议阈值设为 20%；阈值以内的偏差可留空或简述 |
| 条件必填 | 备注 | 计划工时发生变更、实际工时含跨周期分摊或数据口径有例外时必填 |
| 选填 | 任务名称、序号 | 任务名称便于阅读，序号便于排序；以任务标识为主键时二者可省略 |
阈值不是固定标准。团队初次使用时可以把阈值设为 20%，运行两三个周期后根据偏差分布调整；任务估算本身波动大的探索型工作，可以单独设更高阈值，并在表头注明适用范围。偏差原因为空而偏差率超阈值的行，应在评审时退回补充，避免表填完却无法解释差异。
填写示例：一个迭代的完整对比表
以下示例为演示情景，非真实项目数据。假设一个为期两周的迭代，涉及三名成员、五个任务，统计周期为“迭代 7（3 月 3 日—3 月 14 日）”，偏差率阈值设为 20%。
| 序号 | 任务标识 | 任务名称 | 责任人 | 统计周期 | 计划工时(h) | 实际工时(h) | 偏差工时(h) | 偏差率 | 偏差原因 | 纠偏动作 | 备注 |
|---|---|---|---|---|---|---|---|---|---|---|---|
| 1 | REQ-101 | 登录页改版 | 张岚 | 迭代 7 | 24 | 30 | 6 | 25% | 设计稿两次调整，返工 6 小时 | 后续页面先冻结设计稿再开发，张岚在迭代评审提出 | — |
| 2 | REQ-102 | 订单导出功能 | 李哲 | 迭代 7 | 16 | 16 | 0 | 0% | — | — | — |
| 3 | REQ-103 | 支付接口联调 | 王敏 | 迭代 7 | 20 | 28 | 8 | 40% | 第三方接口文档延迟 2 天，联调排队 | 王敏提前一周预约联调窗口，项目负责人跟进对方排期 | 计划原为 18h，迭代中调整为 20h |
| 4 | REQ-104 | 数据看板配置 | 李哲 | 迭代 7 | 12 | 9 | −3 | −25% | 复用已有组件，配置量少于预估 | 把节省的 3 小时转入 REQ-105 的测试 | — |
| 5 | REQ-105 | 回归测试 | 张岚 | 迭代 7 | 16 | 19 | 3 | 18.75% | 新增导出场景补充用例 | 下个迭代测试用例随需求同步编写 | — |
| 合计 | — | — | — | — | 88 | 102 | 14 | 15.9% | — | — | — |
解读这份示例：整体偏差 14 小时、偏差率约 15.9%，低于 20% 阈值，但 REQ-101 和 REQ-103 两行超过阈值，均已填写原因和纠偏动作。REQ-103 的备注记录了计划工时从 18 小时调整为 20 小时，便于复盘时区分“估算不准”和“计划变更”。REQ-104 的负偏差说明估算偏保守，节省的工时被明确转入其他任务，避免只看单行而忽略整体调配。合计行由公式汇总，偏差率按合计工时计算，与逐行偏差率的简单平均不同，汇报时应说明口径。
调整与维护方法：让表持续可用
模板的价值在于持续使用。团队可以按项目类型调整字段，但应保持主键和偏差算法稳定，否则跨周期数据无法比较。
按项目类型调整字段时，遵循“保留计算列、增减描述列”的原则。研发迭代类项目通常保留任务标识、责任人、统计周期、计划工时、实际工时、偏差原因和纠偏动作；运维支持类任务颗粒度细、数量多，可省略任务名称，增加工单来源列；跨团队协作项目可增加“协作方”列，用于区分内部投入和外部等待。计划工时和实际工时两列不建议删除或改名，它们是整张表的计算基础。
更新频率与责任人安排建议如下：
- 按周更新的团队，由各任务责任人在每周固定时间前补登实际工时，项目负责人或项目经理在次日完成汇总和偏差检查。
- 按迭代更新的团队，在迭代结束当天完成填写，迭代评审前由项目负责人核对超阈值行是否已填原因和动作。
- 指定一人负责表的版本和口径，避免多人同时改表头或公式；填写人只改数据行。
历史版本留存与复盘使用：每个周期结束后另存一份带周期标识的副本，主表只保留当前周期。复盘时对比连续几个周期的偏差分布，重点看同类原因是否重复出现，例如反复因需求变更超投入，就应把改进落到需求评审环节，而非停留在单行纠偏动作。留存周期可按团队复盘节奏确定，至少覆盖最近一个季度。
与工时记录、计划变更的衔接方式：实际工时应以工时登记明细为准，按任务汇总后填入，避免凭记忆估算；计划工时发生变更时，在备注记录变更时间和原值，保持可追溯。若团队使用 ONES 承载工作项与工时记录，可通过工时日志查询和导出获取实际工时明细，结合资源报表查看项目和成员的投入情况，再将汇总结果填入本表；计划工时则以迭代计划中的估算值为准。具体字段名称和取数路径以实际环境为准，首次使用时先核对口径再批量填写。
常见问题
偏差率阈值应该设多少，所有任务用同一个阈值吗？
阈值没有统一标准，建议初次使用时设为20%，运行两三个周期后根据实际偏差分布调整。探索型任务、需求不确定性高的任务可以单独设更高阈值，并在表头注明适用范围。关键是阈值一旦确定，在同一统计周期内保持一致，否则超阈值行的判定会失去可比性。
计划工时中途变更了，表里填原计划还是新计划？
填变更后的最新计划值，同时在备注列记录变更时间和原值。这样偏差计算反映的是当前计划与实际投入的差距，复盘时又能通过备注区分“估算不准”和“计划变更”两类原因。如果团队需要同时看原计划口径，可以增加一列“原计划工时”，但不要直接覆盖历史记录。
跨周期任务的实际工时怎么拆分到各周期？
按工时登记明细的日期归属拆分，只统计落在本统计周期内的部分。如果登记粒度较粗、无法按日期拆分，应在备注列注明分摊规则，例如按工作日比例分摊，并保持各周期口径一致。合计行汇总的是本周期口径，跨周期累计投入需要另做汇总表。
表里合计行的偏差率，为什么和逐行偏差率的平均值不一样？
合计行偏差率按合计工时计算，即合计偏差工时÷合计计划工时，属于加权口径；逐行偏差率的简单平均把每个任务等权看待，计划工时小的任务会被放大影响。汇报时应说明采用哪种口径，团队内部保持统一即可，两种口径都可用于不同分析目的。
用ONES承载工时记录时，实际工时从哪里取？
ONES Resource 支持一键导出工时日志，资源和工时管理解决方案支持查询和导出工时登记日志明细，可据此按任务汇总实际工时后填入本表。计划工时以迭代计划中的估算值为准。具体字段名称和取数路径以实际环境为准，首次使用时先核对口径再批量填写。
偏差原因写“估少了”可以吗？
不建议。原因要能对应到可改变的条件，例如需求中途增加功能、依赖方接口延迟、人员请假、估算偏乐观。写法越具体，复盘时越容易判断同类偏差是否反复出现，也越容易把改进落到需求评审、排期或联调安排等具体环节。
