进度管理

去年底，我帮一家 180 人规模的 SaaS 公司做研发效能复盘时，看到一个很典型的数字：这个团队季度初排了 12 个迭代目标，季度末真正按原计划交付的只有 4 个，剩下 8 个平…

很多研发团队的进度更新，最后都变成了两种极端：要么是每天在群里刷"今天继续开发"，要么是每周五下午让所有人花两小时填一张没人看的周报。我带过的一个 60 人研发…

2023 年我接手一个 12 人研发小组，拿到的第一份数据是：连续 6 个双周迭代延期，平均延期 3.4 天，而每次延期都在迭代最后两天才被正式承认。团队不缺努力，缺的是把&quo…

去年11月，我帮一家做企业服务的研发团队做迭代复盘。他们的报表上写着"本迭代完成率 94%"，但版本上线还是晚了 11 天，两个 P0 缺陷在预发环境被拦下来。…

2021 年我负责的一个跨端 SaaS 项目，在项目管理系统里排了 428 条任务、11 个里程碑、绵延 9 周的甘特图，最终上线日期还是拖了 23 天。复盘时我把甘特图逐条拉出来…

2023年第三季度复盘会上，我被问了一个很难堪的问题：为什么立项时说好的14个需求，到季度末只有9个真正上线，而中间每周的进度汇报都显示"正常"？我翻出那12周…

2023 年，我做过一个不太体面的实验。同一个 60 人规模的产品研发团队，连续 6 周，我用三种不同的采集方式统计"项目完成度"：第一种是周会上让大家口头报百…

我带过一个 6 人的中台改版小组，六周里要求每人每天在群里发一条进度，我自认为这是最透明的管理方式。结果到了第四周复盘时，我让每个人匿名写下"当前最大的风险是什么&quo…

我做过 7 年 B 端产品经理，带过 3 条从 0 到 1 的产品线，也在一个 300 人规模的组织里负责过跨 5 个团队的季度交付。印象最深的一次不是延期本身，而是延期 23 天…

去年我复盘一个延期了 47 天的 B 端产品版本，团队六十多人，迭代看板更新得很勤快，燃尽图每天有人维护，站会一次不落。但真正翻开最初那份计划文档，我只看了两分钟就找到了病根：整个…