估算偏差

工时管理计划工时全流程，真正要解决的不是“每个人每天填了几小时”，而是计划、执行、变更和复盘之间为什么总是对不上。跨部门项目里，产品、研发、测试、设计和运营常常用不同口径估算工作量…

剩余工时看起来只是一列数字，实际却可能同时影响项目承诺、人员安排、预算判断和绩效沟通。管理层最容易犯的错误，不是没有采集工时，而是把“剩余工时”当成精确答案：团队填了 120 小时…

工作量计划看起来常常很精确：产品经理填了 20 人天，研发负责人确认了排期，项目表里也有开始和结束日期；可到了迭代中段，需求变更、跨团队等待和线上问题陆续出现，原计划却没有告诉管理…

去年 9 月，我接手了一个 120 人研发团队的版本交付。接手时他们刚结束第三季度的第三个版本，三个版本全部延期，平均延期 6.4 天，最严重的一个延了 17 天，版本执行中途范围…

研发团队排期表上写着“下个迭代可投入 80 人天”，上线前却发现其中 25 人天被线上故障、跨团队评审和临时需求吃掉。资源评估最容易犯的错，不是算术错误，而是把“理论上可用的人力”…

我在过去八年里带过二十多个中大型交付项目，从三十人的创业团队到两千人规模的研发组织都踩过坑。有一个反复出现的现象让我印象极深：大多数项目的延期不是执行层不够努力，而是管理层在进度管…

去年第四季度，我帮一家 300 人规模的 SaaS 公司做研发效能复盘。他们的产品负责人给我看了一张"进度健康度"看板：所有在研项目的状态灯全是绿色，里程碑按期…

2024 年 3 月，我在一次内部评审会上被问到一个问题："我们团队的延期率是 38%，这个数字在行业里算高还是算低？"我没有直接回答，因为这个问法本身就有问题…

去年第三季度，我接手了一个 47 人的研发效能诊断项目。团队 leader 在启动会上说了一句话，我到现在还记得：“我们的预计工期不是估算出来的，是拍出来的，拍完还要再打八折，因为…

很多研发团队的阶段计划不是死于执行力，而是死于“没有基线”。我在 2021 年接手过一个 120 人规模的 SaaS 研发组织，他们的阶段计划达成率长期停在 47% 左右，每个阶段…