项目管理

我做过一次复盘统计：在经手的 37 个研发项目里，有 29 个把延期主因写成了“需求变更”，但把变更日志逐条对齐到 WBS 之后，其中 21 个的真实病灶在 WBS 第二层就已经埋…

去年第四季度，我接手了一个已经延期三个月的企业级项目做复盘。立项时预估 12 人月，交付时实际消耗 31.5 人月，膨胀了 162%，而代码仓库里没有任何一次”重大架构…

去年我参与一次交付复盘，一家约 200 人规模的 SaaS 公司，一个原计划 3 个月上线的中台项目最终拖到了 7 个月，多消耗约 160 人月。会议室里所有人第一反应都是&#82…

去年 3 月我接手一个中台重构项目的复盘。原计划 8 周交付，实际用了 14 周，延期 75%。但真正让我意外的不是延期本身，我们拉出上线后 90 天的埋点数据发现，最终交付的 5…

去年我带的一个团队做企业级平台从 0 到 1 的重构，立项会上大家把范围拍在 480 人天上，六个月后交付时实际消耗 1140 人天。复盘现场最尴尬的一幕是：没有任何一个人能说清多…

2023 年 4 月，我接手一个 120 人规模研发组织的交付效能治理，翻完 9 个月的迭代记录后，发现一个反常识的数字：14 个团队里有 11 个，最终交付范围比迭代承诺范围超出…

去年我帮一家做工业设备的公司做研发流程复盘，他们的一个”小改版”项目最终延期了 5 个月。复盘会开到第三天我才发现，真正走完变更流程的范围变更只有 3 个，…

去年冬天我参与复盘一个延期 11 周的中台项目，复盘开到第三个小时，团队才终于承认一件事：真正的问题不在人力，而在立项时那份只有 47 行的 WBS。里面没有”历史数据…

去年 Q3，我以外部顾问身份介入一家 150 人规模的 SaaS 研发组织做范围治理。他们的项目管理系统里躺着 2,300 多条未关闭需求，但当我问”本季度承诺交付的范…

做研发项目管理十几年，我见过最典型的范围失控场景，不是需求变更本身，而是”没人说得清这次到底要做什么”。2023 年我以外部顾问身份介入过一家做工业 Saa…