需求变更管理

项目验收会上，甲方负责人翻到交付物清单的第17页，指着一行小字说："这个模块的响应时间，你们承诺的是800毫秒以内，但我刚才现场测了三次，两次都超过了1.2秒。&quot…

2023 年第三季度，我接手了一个 120 人规模研发中心的交付治理。当时的盘子是这样的：11 个里程碑里 7 个延期，平均延期 19 天，最长的一个拖了 46 天，业务方已经在季…

去年第四季度，我参与了一次 120 人研发组织的迭代复盘。那个迭代 3 周，登记的 P0 级工作项 186 个，最终按期完成 117 个，按期完成率 62.9%。但真正让我警觉的不…

我带过一个中台重构项目，里程碑叫"核心服务迁移完成"，计划日期是 6 月 28 日。6 月 27 日晚上 11 点，团队还在改最后一个接口的兼容逻辑，我盯着进度…

我带过的一个项目，启动会上所有人点头说“目标清晰”。三个月后交付评审，业务方说“这不是我们要的”，研发说“需求文档里没写”，测试说“验收标准在哪”。会后我拉着三方逐条核对，发现启动…

我复盘过二十多个出问题的项目，最后发现一个反常识的规律：真正让项目崩掉的，几乎很少是执行层偷懒，而是管理者在规划阶段没有设过任何一个"可以说不"的关口。团队加班…

项目规划做得好不好，有一个很朴素的检验方法：把项目核心成员叫到一起，问三个问题，这个项目做成什么样算成功、谁对最终结果负责、下周必须交付什么。如果三个人给出三个答案，问题就不在执行…

三年前我接手一个 120 人的研发中心做流程改造。启动会上我把一份 23 页的《研发项目计划管理规范》投到屏幕上，台下没人提意见。六个月后复盘，版本准时交付率 41%，里程碑达成率…

2023年11月，我参与复盘一个延期了47天的中台重构项目。复盘会上，团队给出的原因排在第一位的是“需求变更太频繁”，第二位是“测试环境不稳定”，十几个人里没有一个人提到“计划本身…

去年第四季度，我陪同一个 40 人规模的研发团队做版本复盘。连续三个版本，计划承诺 6 周上线，实际都落在第 8 到第 9 周，偏差稳定在 33% 到 38% 之间。团队的第一反应…