飞飞

我带过一个跨部门的核心系统迁移项目，原计划第 90 天上线，结果第 113 天才完成切流。复盘会上，大家把矛头指向测试资源不足、供应商响应慢、需求中途变更。我不太信这套解释，于是让…

2024年我复盘了手上17个中大型企业的交付项目，发现一个不太好看的规律：其中14个项目的延期，根因不是人手不足，也不是技术攻坚失败，而是在FS（Functional Specif…

先说结论：依赖效率的瓶颈不在“画图”，而在决策链 我做过一个小范围的样本统计：在 37 个 50 人以上、同时推进 5 个以上项目的团队里，有 29 个团队已经在用某种工具画依赖关…

去年第三季度，我陪一个 260 人的研发组织做交付复盘，翻出他们连续 6 个迭代的延期记录，发现一个反常识的现象：真正拖垮交付的，不是那些"完全串行、必须等对方做完&qu…

去年我参与复盘一个制造业ERP上线项目，交付延期47天。最反常识的结论是：关键路径上的任务，几乎都按时完成了。真正拖垮项目的是一个原本有6天浮动时间的接口联调任务，它被推迟了三次，…

两年前我接手一个流程诊断项目，客户是一家约240人的软件公司。他们项目管理平台里，一条从需求评审到版本发布的主流程被拆成11个任务，每个任务都挂了前置依赖，而且几乎全是“完成-开始…

先说结论：前置任务管不好，多半是定义问题，不是执行问题 我过去三年复盘过 37 个项目，团队规模从 15 人到 400 人不等，行业横跨硬件、SaaS、内容电商和制造业数字化。这 …

去年11月，我陪一家做工业软件的公司复盘一个延期了21天的版本上线。复盘会上，研发负责人反复说"跨部门沟通不畅"，测试负责人说"需求老是变"…

去年秋天，我陪同一家 800 人规模的软硬件混合型企业做季度复盘。会上摆了 17 个延期项目，PMO 逐条追根因，结果有 11 条的源头都指向同一个动作：某个前置交付物没有按时到位…

先说结论：绝大多数被贴上“任务依赖SF”标签的排期问题，根源不在工具，而在于管理者把 SF（Start-to-Finish，开始-完成）当成了一种“万能补救依赖”。我在过去六年里参…