依赖建模

进度管理计划做得最漂亮的那个项目，往往延期最狠。这不是玄学。2023 年我参与复盘过一家做智能仓储系统集成公司的 17 个实施项目，发现一个刺眼的反差：甘特图绘制精细度排名前 5 …

去年我接手了一个已经延期六周的中台重构项目，复盘时发现一个反直觉的数据：团队人均任务完成率达到 87%，但项目整体交付进度只有 41%。也就是说，每个人都在拼命干活，活也基本干完了…

去年第三季度，我帮一家做企业级 SaaS 的研发团队做迭代复盘。他们的 CTO 拿出两张表：一张是迭代计划完成率 78%，另一张是"迭代期间临时插入任务占比 41%&qu…

研发排期表上，每个任务都有开始时间和结束时间，看上去像一张精密的地铁运行图。但一到执行就互相卡：前端等后端接口、测试等前后端联调、运维等测试通过。很多团队不是没排期，而是排期表只记…

项目延期最常见的原因不是某个任务做慢了，而是任务与任务之间的依赖关系从头到尾没被认真管过。我见过一个典型场景：某 SaaS 团队的后端接口开发提前两天完成，但前端联调依然被卡了三天…

2023 年秋天，我接手过一个已经延期两次的跨部门项目。上线前 14 天，六个团队的负责人在会议室里吵了两个小时，最后的结论是"沟通不够、配合度不行"。散会后我…

去年 11 月，我在华东一家做智能硬件的客户现场，遇到过一次典型的"依赖事故"：上线第二天早上 9 点，仓库侧的 340 条发货审批全部卡在"待处理&…

上周三晚上十点，一个做 SaaS 的朋友在微信上问我：“SF 到底怎么做？”我问了三轮才搞明白，他说的 SF 既不是 Salesforce，也不是任何我该知道的方法论缩写，而是他们…

很多产品经理在复盘项目延期时，会把原因归结为“开发排期太满”或“需求变更太频繁”，但真正拖垮交付节奏的，往往是那些没有被明确定义、没有被量化追踪的后置任务。我在过去三年里跟踪过十余…

我做过一次很扎心的复盘：一个 34 人的跨部门项目，原计划 60 天上线，实际延期 19 天，超支 27 人天。复盘会上我问“这 19 天是谁的责任”，会议室里出现了长达 12 秒…