项目管理

去年我参与复盘一个跨部门交付项目，合同工期 6 个月，实际用了 9 个半月。翻完整理出来的变更记录，真正因为技术难度的延期只有 11 天，剩下 78 天几乎全部来自”以…

第一次真正意识到”范围”是个制度问题，是在一个 300 人规模的硬件+软件混合研发团队里。项目启动会上大家都点头同意做”设备管理平台一期&#82…

2023 年我接手过一个横跨 7 个部门的供应链中台项目。启动会开了整整两天，22 个人在会议室里对 140 条需求逐条点头，所有人都觉得“这次终于对齐了”。三个月后复盘，需求清单…

去年 11 月，我参与复盘了一个 240 人规模的跨部门交付项目。原计划 90 天上线，实际用了 137 天。复盘会上，几乎所有人的结论都是”需求方太爱改需求&#822…

2023年下半年，我参加了一个跨部门数字化项目的复盘会。立项时这个项目的范围是12个业务模块、6个月工期、预算480万；正式上线时变成了31个模块、11个月、预算806万。复盘开了…

很多团队把项目范围失控归因于“客户太爱改需求”“业务方不守承诺”，但我复盘过 40 多个跨部门交付项目后发现，真正让范围失控的往往不是变更本身，而是范围基线在立项那一刻就没有被定义…

去年 9 月，我接手一个已经延期 6 周的跨部门数据治理项目。立项时的需求清单是 38 条，我打开需求池的那天，里面躺着 112 条。更麻烦的是，没有任何一条记录能说清楚&#822…

我见过最贵的一次工作分解失误，发生在某家制造企业替换核心业务系统的项目上。启动时 WBS 只有 42 个工作包，清单清爽得像教科书；到第 11 周，它膨胀到 317 个，关键交付日…

我在2023年做过一次跨部门项目复盘，主角是一个由研发、供应链、市场、法务四方参与的渠道系统升级项目。立项时WBS里有417个工作包，评审会开了三轮，参会的人都说”这次…

2023 年 3 月，我坐在一间没有窗户的会议室里，对着一个刚上线 3 个月的项目做交付复盘。立项时需求文档写了 187 页，范围评审开了整整 6 周；上线后一查数据，最终交付的 …