需求变更管理

我带的第一个研发项目，计划表做得像一张精密的电路图，每个任务都有开始结束日期，依赖关系用箭头标得清清楚楚。结果第二周需求变更，第三周核心开发被临时抽调，第五周发现测试资源和开发资源…

进度管得住的项目，拼的不是甘特图 我复盘过自己带过的11个完整项目，也以顾问身份参与过二十多家企业的项目管理流程诊断。一个让我印象很深的发现是：项目延期的头号原因，几乎从来不是&q…

去年年底我接手了一个已经延期两周的B端项目，开发说"需求文档里写的就是这样"，测试说"用例100%通过了"，业务方说"这跟我想要的…

验收会开到第三次，需求方的技术负责人把测试报告往桌上一放，说"这个响应时间我们没法认"，交付方的项目经理翻出三个月前的需求文档，指着其中一句"系统应具…

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

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

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

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

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

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