项目管理

2023 年 11 月，我接手过一个已经延期两个半月的项目复盘。翻完 412 条需求记录、37 份会议纪要和 9 版排期表之后，我发现真正把项目拖垮的不是技术难度，也不是人力不足，…

去年 11 月，我参与复盘一个延期 47 天的数据中台项目。启动阶段团队花了三天，把工作分解结构（WBS）画到第 4 层、386 个任务包，评审一次通过，看上去非常规范。但复盘会上…

我做过一个 47 页范围说明书的项目，三个月后复盘，实际交付的 186 个功能点里有 39 个不在原始文档中，另有 21 个原定功能被静默砍掉，而项目组没有任何一份变更单能解释这 …

2023 年我以外部顾问身份参与过一次项目复盘。那是一家做工业 SaaS 的公司，120 人的研发组织，一个原本计划 12 周交付的版本，最后用了 19 周。团队第一反应是&#82…

去年11月，我参与复盘一个80人规模的研发组织版本延期事件。需求清单在立项时是38条，交付时变成了91条，但项目周报里从头到尾写的都是”进度正常”。真正让延…

去年11月，我参与复盘了一个做了7个月的中台项目。范围说明书是签过字的，需求评审记录有43份，走完正式流程的变更单只有9张。可在验收阶段，客户方业务负责人指着演示看板说了一句让我至…

我见过太多项目在启动两周后陷入混乱：需求方觉得开发没做对，开发觉得需求天天在变，项目经理夹在中间两头挨骂。去年我接手一个 200 人规模的产品研发团队做流程诊断，翻看他们三个月的迭…

我在过去三年复盘过 37 个延期超过 30% 的研发项目，其中 29 个在结项报告里把原因写成“需求变更频繁”。但把变更记录逐条拉出来看，真正的问题从来不是变更多，而是变更没有账本…

2023 年我复盘过一个已经延期 19 个工作日的中台交付项目，项目经理在会上说了一句话，我记到现在：“我们没有做错什么，我们只是把客户提的每一个需求都做了。”这句话听起来像自嘲，…

引子：三个“小需求”如何吃掉一个交付里程碑 去年 11 月，我参与复盘一个医疗器械软件研发项目。项目原计划 12 周交付，走到第 9 周时，客户在评审会上追加了三个需求：一个数据导…