人天超了40%才知道：研发项目预算与工时填报怎么对上账

项目立项批了1200人天、按公司标准人天折算出全年预算，结项复盘时一算：实际消耗1680人天，超了40%。更难受的是复盘会上的追问——超支是哪个月开始失控的？哪个模块吃掉的？没人答得上来，工时是月底按记忆补填的，项目经理自己都不信那份数据。这家百人规模的软件公司第一次尝试管人天，用的是给每个项目组发Excel模板、周报里附工时的老办法，三个月后模板就没人更新了。第二次他们换了个思路：让预算和工时填报长在同一套账上。两版做法的差距，值得每家按人天干活的公司对照看一看。

一、先把三笔账算清：估工、单价、人天预算

研发项目的预算失控，多数不是从花钱那一刻开始的，而是从折算那一刻就埋了雷。人天预算要过三笔账：

• 估工账：项目拆到任务级，每个任务估人天，汇总成项目总人天。这一笔定「量」；
• 单价账：不同角色不同价——架构师、高级开发、初中级开发、测试按各自标准人天单价取数，外包人员按合同单价。这一笔定「价」；
• 预算账：各角色人天×单价，加管理费和风险缓冲（业内常见留8%~15%），汇总成项目人天预算。这一笔定「盘」。

常见错误是把三笔账并成一笔：全项目一个混合人天均价乘总人数乘工期。这么折出来的预算，超支时既看不出是量估少了，还是价用错了，还是干得慢——三种病因，一个症状，无从下药。

二、两条路线的分岔：月度汇总 vs 逐周联动

同样是「有人填工时、有预算数」，做法不同，结果差很远。这家公司两版都试过，对照最直观。

1. 估工环节：整块拍 vs 任务拆

老做法是立项时项目经理凭经验拍一个总数，团队没人知道分到自己头上是几人天。新做法要求WBS拆到两周颗粒度的任务包，每个任务包三点估工（乐观值、悲观值、最可能值，加权取数），没拆到任务级的项目不批预算。拆完的总量比原来凭经验拍的普遍高出10%~20%——这不是虚报，恰恰是原来漏算的证据。

2. 填报环节：月底回忆 vs 逐周实填

月底一次补填半个月的工时，靠回忆分配，填出来的数只服务考勤，不服务预算。改成逐周填报、当周未填系统锁单提醒之后，填报表的真实度才够格当预算消耗的原始凭证——顺带一提，研发费用加计扣除留存备查时，按项目归集的研发工时记录是要拿得出手的，回忆式补填在这种场合站不住。

3. 预警环节：结项算总账 vs 消耗即预警

老做法下预算执行率只有结项时才算总账，中途的月度汇总也只看个大概。新做法是每笔工时填报实时冲减对应任务包的人天余量，项目人天消耗过70%、或单项偏差超15%就触发预警。同一次失控，老做法在第22周结项时发现，新做法在第9周、工期刚过三分之一时就亮了灯——发现时点差着一整个补救窗口。

三、估工怎么估才不虚：任务级三点估算加一道校准

估工不必追求精确，追求的是可校准。三点估算之外，再补两个动作：一是历史校准，新项目估完，拉同类历史项目的实际人天做参照，偏差超三成的任务包重估；二是缓冲单列，风险缓冲不摊进任务，单独挂在项目层，动用要项目经理审批——摊进任务里的缓冲，一定会被用掉，这是被反复验证过的规律。

四、工时填报怎么进预算：每周一笔消耗账

机制上就一句话：项目工时填报按项目-任务包归集，每笔工时带上当期人天单价，同步冲减项目预算台账。项目经理的周视图里永远有三个数：已消耗人天、剩余人天、按当前燃耗速度的预计总人天。第三个数最重要——它把「还剩多少」翻译成「照这么干下去会不会超」，周会盯这一个数就够了。

五、偏差预警之后怎么办：四种处置动作

预警不是终点，怕的是预警响了没人接。制度里把处置动作写死成四选一，预警单必须挂其中一个动作才能关闭：

这套动作表的价值在于把「超支」从坏消息变成决策项：该加预算的加预算，该调人的调人，唯独不允许的是预警单挂着不处理。

六、落地节奏：五步走，一个季度见效

这家公司的实施顺序，可以直接抄：

1. 定人天单价表：角色分级定价，管理层签发，全公司一个口径（第1~2周）；
2. 存量项目补拆WBS：在途项目按任务包补估工，建立预算基线（第3~6周）；
3. 周填报制度上线：填到任务包，当周锁单，未填提醒到人（第4周起）；
4. 预算台账联动：工时自动冲减，70%消耗与15%偏差双阈值预警（第7周起）；
5. 月度复盘校准：每月对燃耗偏差大的项目过一次基线修订（持续）。

跑满一年后的对比（该客户上线前后内部统计）：项目人天超支率从40%左右降到12%以内，超支项目的发现时点从结项提前到工期三分之一处；月底回忆式补填报基本清零，结项工时对账从约3天压到半天。项目经理起初抵触「又要填表」，一个季度后的反馈倒是反过来——周视图里那个预计总人天，成了他们跟客户谈变更、跟管理层要资源的依据。