项目管理

2023 年 3 月，我负责复盘一个 12 人交付团队的项目。合同工期 26 周，实际交付 37 周，延期 11 周，净增投入约 186 人天。客户从头到尾没有大规模改需求，合同里…

2024 年 3 月，我复盘了一个延期 47 天的企业级中台项目。团队 38 人，迭代节奏看起来很正常，每日站会没停过，工具里的任务卡片有 1200 多张。但当我们把 214 条延…

我做项目范围管理和研发流程落地大约九年，最反直觉的一次经历发生在 2023 年：一家约 280 人的 B 端 SaaS 公司，产品团队前后改了四版需求文档模板，把评审会从一小时拉长…

范围管理做得好不好，往往不是看启动会上那份写了 60 页的 WBS，而是看三周后项目成员还知不知道自己”不该做什么”。我做过一个统计：在我经手复盘过的 27…

去年秋天，我在一家做工业质检软件的公司做交付复盘。他们有一份 47 页的工作分解文档，三级分解、编码规范、责任矩阵一应俱全，评审会开了三次全票通过。两周后我随机抽了 6 名成员，问…

去年我帮一家做工业设备的企业做研发流程复盘。项目结项超期 4 个月，团队第一反应是”需求变更太多”。我把 137 条变更记录逐条拉出来看，真正属于甲方新增需…

去年我参与复盘的一个制造业 ERP 项目，合同范围基准是 3 次正式变更，实际执行到第 14 个月时，变更台账上有 47 条记录，其中 31 条是”先做了再补单&#82…

去年我复盘过一个 18 个月、峰值 120 人的企业级平台项目，最终工时超出原基线 34%。我逐条核对了 217 条变更记录后发现一件反常识的事：真正由客户新增业务需求带来的工时超…

在上一家公司做交付负责人时，我复盘过 27 个延期内项目，其中 21 个在结项报告里把根因写成”需求变更”。但我把变更日志逐条拉出来核对后，真正因为甲方反悔…

过去三年我深度参与了 7 个中大型研发组织的范围管理改进，其中有一家 260 人规模的 SaaS 公司让我印象最深：他们引入范围基线前的 6 个迭代里，我抽样了 380 条团队 I…