飞飞

去年第三季度，我接手了一个已经延期六周的企业数据中台项目。翻看排期表时发现一个诡异现象：所有标注为"后置任务"的节点，完成时间都比计划晚了3到11天不等，但没有…

去年第四季度，我帮一家做智能硬件的客户复盘一个延期了六周的量产项目。翻他们的甘特图时发现一个很典型的问题：结构件开模和PCB打样这两件事，被排成了彻底的串行，等开模完成再启动打样，…

去年我接手了一个已经延期六周的产品改版项目，复盘时发现一个让人哭笑不得的事实：23个关键任务里，有9个任务的排期冲突本可以在启动会上就避免，原因只有一个，没人把前置任务设对。更具体…

很多项目经理第一次被"依赖关系"坑到，是在项目已经跑起来之后。前两周一切正常，第三周突然发现：开发等在需求确认，测试等在开发提测，上线等在测试报告，整条链路像多…

项目延期两周后做复盘，几乎所有团队都会打开甘特图，指着那条标红的"关键路径"说：我们一直在盯它。但真正的问题往往不是盯没盯，而是那条路径早在十天前就已经不是关键…

去年Q3，我接手了一个已经延期六周的中台重构项目。项目计划表上看不出任何问题：每个任务的工期都合理，每个里程碑都标了日期，甘特图干净漂亮。但当我逐个访谈核心成员时，所有人都说&qu…

去年年底帮一家做智能硬件的客户做排期复盘时，我发现一个很反常的现象：他们项目延期最严重的三个模块，恰恰是项目经理在计划里标注了"FF 依赖"的那三个。按理说，加…

2023年我接手过一个已经延期六周的中间件迁移项目，复盘时发现真正的阻塞点根本不在技术，而在依赖关系上：后端团队等运维开权限，运维等安全出审计结论，安全等第三方厂商补材料，而第三方…

去年我接手了一个已经延期六周的B端产品集成项目，复盘时发现一个很反常识的结论：延期的主要原因不是资源不足，也不是需求变更，而是排期表里那条被所有人当作"默认正确&quot…

项目延期最常见的归因是"资源不够""需求变更""估算不准"，但我在过去几年参与和复盘的项目里，真正把工期拖垮的往往不是这…