项目工时快超预算，要在结算前发现，不能只比较"已登记工时与预算"：漏登记会低估消耗，在途审批会滞后反映，变更未批准会让预算口径失真。应比较四个数：计划（预算）工时、已批准登记工时、在途未登记工时、变更单待批工时。Agent 的做法是在结算窗口前自动重算这四个数，分解超支结构——返工、范围蔓延、费率错配、审批滞后——定位到具体任务和人，输出一张结算前处置清单。
为什么已登记工时没超也会超
三个系统性低估最常见。一是补报滞后：成员月底集中填工时，月中看板上"已登记"远小于实际投入。二是在途：任务已经做完，工时单还在草稿或待审状态。三是变更未批准：新增需求已经开工，变更单没有走完，预算还是旧口径，超支被"合法"地藏了起来。只盯已批准数，超支要等到结算开票时才爆出来，那时既没有谈判余地，也说不清原因。
四个口径的比对表
| 口径 | 数据来源 | 作用 |
|---|---|---|
| 计划工时 | 项目预算、WBS 分解 | 判定基准，含版本 |
| 已批准工时 | 工时系统已审批记录 | 已发生的确定消耗 |
| 在途工时 | 草稿与待审工时单、进行中任务的剩余估时 | 提前暴露未落账消耗 |
| 变更待批工时 | 变更单关联任务的计划增量 | 修正预算口径 |
判定建议双口径展示：已批准加工地在途超过计划，为实际超支预警；再计入变更待批超过计划，为名义超支。两个数字并列，项目经理才能区分"真干超了"和"变更还没批"。
超支原因定位表
| 原因类型 | 典型证据 | 处置去向 |
|---|---|---|
| 返工集中 | 工时标注返工、关联缺陷或返工任务 | 项目经理复盘，质量侧记教训 |
| 范围蔓延 | 无变更单对应的新任务、客户新增邮件 | 项目经理评估发起变更 |
| 角色错配 | 高成本角色长期执行低阶任务 | 资源经理调整分工 |
| 审批滞后 | 工时单滞留时长、审批队列积压 | 部门负责人催办 |
| 补报集中 | 补报日期分布、跨期登记比例 | 项目经理重申填报节奏 |
结算前巡检清单
- 结算前第七天：全量重算四个口径，产出超支结构与排名。
- 前第五天：清点变更单状态，应提未提的变更整理成提案草稿。
- 前第三天：催办在途工时单，未登记项清零或给出明确估时。
- 前第一天：出结算口径差异表——已批、在途、待批三列加证据链接。
- 结算后：复盘预测偏差与漏报，更新下一项目的估时与缓冲。
巡检的关键是把"发现"提前到还有处置余地的时间点；结算当天才发现，只剩补录和解释两种动作。
示例：预算八百工时的项目
以下为虚构示例。某项目预算 800 工时，已批准 640，表面安全。Agent 结算前巡检发现：待审工时单 90，进行中任务剩余估时 110，变更单待批 80。名义消耗合计 920，超支 15%。结构分解显示：联调返工类工时 60，集中在两个接口任务；另有 50 工时对应的需求在客户邮件里新增、从未立项。项目经理决定：联调返工内部消化并记入质量复盘；50 工时新增需求正式发起变更与客户确认；剩余差异与客户按合同口径沟通。结算时三个口径清清楚楚，没有临场扯皮。
与相邻主题的边界
跨计划、需求、依赖、决策的整体风险巡检，见项目交付风险怎么提前发现；从工时、费用到回款算项目毛利的完整案例，见咨询服务公司怎么核算项目毛利；企业使用 Agent 本身产生的费用怎么归集分摊，是另一件事，见企业 Agent 任务费用分摊。本文只讨论交付项目的工时预算。项目与交付类文章可顺着软件交付专题阅读。要把工时、变更与预算数据接起来做结算前巡检，可了解项目与交付解决方案。
