项目管理

我做过一次跨三个事业部的车载功能安全项目复盘。项目延期了整整七周，但在复盘会上，没有人能说清那七周到底浪费在哪里，需求文档早就评审通过了，代码提交记录看着也正常，测试报告也按时出了…

去年十一月，我参与了一个 38 人研发团队的交付复盘。他们连续三个迭代都没能按期交付，管理层的判断是"人手不够"，但把迭代看板摊开之后，真正的原因完全不同：所有…

2023 年我们做过一次内部复盘，翻出某个 9 人后端团队连续 6 个迭代的排期数据，发现一个很难看的数字：被标记为"延期"的任务里，有 61% 的任务本身并没…

去年我帮一家做工业 SaaS 的研发团队做流程复盘，发现一个很典型的数字：他们一个 23 人的研发团队，一个季度内因为"后置任务没接住"导致的返工，累计吃掉了 …

去年第三季度，我参与了一家约 300 人规模的智能硬件研发团队的效能复盘。他们的项目经理给我看了一份延期报告：一个原计划 6 周交付的固件版本，最终用了 9 周，其中真正&quot…

去年冬天，我接手了一个已经连续三个迭代延期的研发团队。8个人的团队，双周迭代，按理说节奏很稳，但每次到了迭代第8天之后，就一定会出现"某个任务卡住了，后面全在等&quot…

去年冬天，我帮一家做 SaaS 的研发团队复盘一个延期了整整三周的版本。团队负责人一开始笃定地认为是"测试资源不够",直到我们把版本 2.0 的所有任务卡摊开,…

我统计过自己带过的六个研发团队、累计四十多个迭代的任务依赖数据，发现一个反直觉的现象：FF（完成-完成）依赖的数量和迭代延期率之间，并不是简单的正相关，而是呈现"倒U型&…

去年冬天，一个做供应链数据的朋友凌晨两点给我发消息，说他们的库存对账任务又炸了。上游的订单同步任务 00:15 显示成功，下游的库存汇总却一直卡在 waiting，等到早上业务方打…

很多研发团队对"延期"的解释都是同一句话：需求变更多。但我复盘过十几个中大型研发团队的迭代数据后，发现一个反常识的结论，真正拖垮交付节奏的，往往不是需求变更本身…