项目工时统计与产能管理的方法：外包团队实操指南
很多外包团队都填工时，但填完没人看。月底导出一张表，发现项目又亏了。问题不在填不填，而在填了什么、怎么用。
先把三个东西分开
工时、产能、利用率，不是一回事。
- 工时：一个人在某件事上花了多少小时。
- 产能：未来两周团队能拿出多少可交付小时。
- 利用率：可计费工时 ÷ 可用工时。
外包公司最该盯的是“可交付小时”和“可计费工时”。前者决定能不能接活，后者决定赚不赚钱。
工时怎么记才不招人烦
别记到分钟。开发不是流水线，记太细只会逼人编数据。我们一般要求三条信息：项目、任务类型、小时数。任务类型固定五六种：需求开发、BUG 修复、联调、会议、售前支持、内部事务。每天下班前花两分钟填，或者每周五补一次，但别拖过下周。
关键是一致性。同一个项目，上周把“改文案”算开发，这周算支持，数据就没法比。项目经理要在周会上花五分钟对一下异常：有人一周 60 小时，有人 20 小时，先问原因，别急着下结论。
产能不是人头数
三个人干两周，不是 3×10×8=240 小时。要扣年假、事假、例会、代码评审、线上支持。我们通常按可计费 6 小时/人天估，新手项目再打八折。滚动看两周，别做半年预测，外包需求变得快。
做产能表时，至少列这几项：
| 项目 | 角色 | 可用人数 | 可计费天数 | 日均可计费小时 | 产能小时 |
|---|---|---|---|---|---|
| A 项目 | 后端 | 2 | 8 | 6 | 96 |
| A 项目 | 前端 | 1 | 8 | 6 | 48 |
| B 项目 | 测试 | 1 | 5 | 5.5 | 27.5 |
这张表比“大家都很忙”有用。排期时先看产能，再看需求。
估算要用自己的历史数据
别拍脑袋。每个任务记下预估小时和实际小时，两周复盘一次。看两类偏差：按任务类型看，比如“联调”总是超 50%；按人看，新人估得保守，老手估得乐观。下次报价把偏差加进去，用区间不用单点。比如“这个模块 80-110 小时”，比“95 小时”更接近现实。
常见的坑
- 把工时当监控工具。天天盯着谁填了多少小时，团队很快学会填你想看的数字。
- 只记可计费工时。售前、支持、内部工具不记，产能永远算不准。
- 产能按满负荷算。人不是机器，满负荷排期一定延期。
- 工时和报价脱节。项目做完不复盘，下次还按老经验报，继续亏。
- 没有任务类型。所有工时堆在项目上，看不出钱花在开发还是救火。
每周二十分钟的节奏
周一早上，项目经理拉一张本周产能表，标出谁在休假、谁被支持占用。周五下午，团队补工时，PM 只看三个数：可计费比例、预估偏差、超支任务。超过 20% 偏差的任务，下周例会上花五分钟聊原因。不用开长会，也不用做漂亮报表。
工具上，Stepwise 把工时挂在任务和项目上，产能视图按人、按角色、按周看。工时填完直接进项目毛利，客户门户也能看到进度。省掉月底拿 Excel 对来对去的时间。
工时统计不是为了管住谁，是为了下次报价更准、排期更稳。先坚持一个项目、一个月，数据有味道了再扩。
