隐性依赖

2023年下半年，我接手过一个已经延期六周的交付项目。复盘会上，业务方、研发、测试三方都说“沟通没问题，天天在群里对齐”，但把排期表摊开一看：前端等后端的接口，后端等运维的环境，运…

我做实施交付管理第七年的时候，才真正想明白一件事：项目延期的元凶往往不是某个任务做慢了，而是任务之间的"等待"从来没被计入计划。有一次复盘一个拖了11周才验收的…

2023 年第四季度，我参与复盘过一个延期 37 天的 B 端产品上线项目。翻遍所有任务列表，没有任何一个任务的工时估算偏差超过 3 天，但整个项目硬生生多花了 37 天。真正的原…

2023年下半年，我接手过一个让我印象很深的实施项目复盘。项目本身不算复杂，一套标准的业务系统交付，合同工期四个月，团队十二个人。但它最终延期了将近两个月，而延期原因写在复盘文档第…

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

去年 Q3 最后一个迭代的发版前 36 小时，我们团队发现支付网关 v2 的联调依赖被对方排到了下个迭代。这条依赖在任何一张排期表里都不存在，它只活在两个负责人的飞书私聊里。那次发…

去年第四季度，我帮一家做 SaaS 的公司复盘一个延期了 47 天的版本。团队 32 人，三个迭代连轴转，日报里每个人都说"在推进"，Jira 看板上也没有明显…

去年秋天，我以外部顾问的身份介入过一个 130 人规模的研发组织，他们的迭代延期率连续三个季度超过 40%。管理层最初的判断是"人不够"，准备再招 20 个工程…

去年 Q3 我带着一个 60 人的研发团队做版本复盘，翻出连续三个版本的延期记录，发现一件很反常识的事：真正吃掉工期的，几乎从来不是那条"最长的任务链"。三个版…

去年年底我帮一家做 SaaS 的研发团队做迭代复盘，翻出一份"事故记录"：一个预计两周完成的需求，最后拖了整整五周。复盘会上，前端说"我一直在等后端接…