帮你把「人没活干」从焦虑源变成可管理的经营变量。
文中核心拆解是：交付团队的人员利用率永远到不了百分之百，关键不是消灭待工，而是把待工转化为资产生产时间——沉淀模板、补内部评估集、做可复用组件。最容易出现误用的地方有两个：一是为了压低待工强行把人塞进项目，交付质量下滑、返工反而更多；二是把待工视为管理失败而隐瞒，管理层失去做容量规划需要的真实数据，决策进一步失真。
相比把待工单纯当成本项的普遍认知，这篇强调待工结构比待工总量更有信息量：谁在待工、待多久、本来该被什么项目占用，指向的是销售管道还是交付瓶颈。
建议你让团队如实记录待工并标注原因，本月先做一次结构分析，并与当期资产产出对照复盘，验证转化效率。
—— FDEChina编辑部 · 实战派
定义
Bench time（待工/在岸待工）指工程师未被项目占用、处于待命状态的时间段，期间人力成本照常发生但没有收入对应，是交付组织的固有现象。
展开
交付团队的人员利用率永远到不了百分之百，关键不是消灭待工，而是把待工转化为资产生产时间：沉淀部署模板、补内部评估集、开发可复用组件。同样一段待工，用来刷手机和用来建资产，三个月后团队的能力差距会非常明显。它不是异常状态，而是交付节奏的固有组成部分。
常见误用有两个：一是为压低待工强行把人塞进项目，导致交付质量下滑、返工反而更多；二是把待工视为失败而隐瞒，管理层失去容量规划的真实数据。与利用率的关系：待工是利用率分母中的「空闲段」，只盯利用率不看待工结构会误导决策——是谁在待工、待多久、本来该被什么项目占用，这些信息比总量更重要。记录待工原因本身，就是容量规划的第一手输入。