项目管理

去年我带过一个 90 人的交付团队，项目在第 7 个月做中期复盘时，我发现一个让人后背发凉的数字：客户签字确认的需求基线文档只改过两次，但实际交付的工作量比立项估算膨胀了 41%。…

核心结论：范围边界管理的本质是”决策权管理”，不是”写文档” 如果只让我留一句话给项目负责人，那就是：范围边界管理失败的根本原因，很…

2022 年我参与复盘一个延期 11 周的中台迁移项目，范围说明书 37 页、需求条目 214 条、甘特图排到 6 个月之后，看起来该做的都做了。但真正击穿计划的不是技术难题，而是…

上个季度我接手复盘了一个延期 11 周的交付项目。项目经理给我看的需求规格说明书有 42 页，版本停在 v1.7，最后一次更新是 6 周前。真正的问题不在文档：在项目进入开发第 3…

我见过代价最贵的一次范围事故，账单不是钱，而是 60 人的团队在 90 天里返工了 4 轮，上线时间从 6 月 18 日推到 10 月 9 日。复盘会上大家把原因归结为&#8221…

一次项目复盘会上，我翻着一张只有 37 行的 WBS 表，问在座的项目负责人：这份表里，哪一行代表”历史数据迁移的字段映射规则确认”？会议室安静了十几秒。这…

去年冬天，我在一个 120 人左右的研发组织里做了一次范围复盘。我们把过去 12 个月交付的 214 个需求条目重新过了一遍验收记录，结果有点刺眼：有 81 个条目在验收阶段被判定…

2023 年下半年，我以外部顾问的身份介入一家做工业 SaaS 的公司。他们同时推进 4 条产品线，研发加产品一共 142 人，需求管理方式非常”朴素”：需…

去年 11 月，我把一个已上线项目的需求基线导出来做复盘，立项时登记的是 47 条需求，交付时变成了 132 条；原计划 4 个月，实际跑了 9 个月零 6 天；团队从 6 人扩到…

我做过一次很难受的项目复盘：合同签的是6个月交付，最后做了11个月。多出来的5个月里，真正卡在技术难题上的时间不到三周，剩下的大部分消耗在一个特别隐蔽的地方，大家都在忙，但忙的不是…