项目管理

去年我参与复盘一个 14 个月的企业级平台替换项目，上线比计划晚了 11 周。真正让人意外的不是延期本身，而是延期的主因：WBS 在第三层拆错了方向，团队把”可交付物&…

去年 11 月，我复盘了一个已经延期 5 个月的数字化项目。立项书上写的是 4 个月交付，实际做了 11 个月。翻完 3000 多条工作项记录之后我发现，真正压垮它的不是技术难度，…

去年我参与过一次项目复盘，一个原计划 4 个月交付、预算 260 万元的供应链系统，最终用了 7 个月、花了 410 万元，延期 75%，超支 58%。复盘会上所有人都在找技术原因…

很多团队在项目管理中遇到的范围失控，根源并不在需求文档写得不够详细，而在于项目成员制度设计从一开始就留了太多”人情口子”。我见过一个近百人的研发组织，在季度…

核心结论：范围失控从来不是文档问题，是成员制度问题 我先给结论：项目范围从 0 到 1，第一交付物不是需求清单，也不是 WBS，而是一张写清楚“谁有权定义、谁有权否决、谁有权批准、…

去年 11 月，我帮一家 300 人规模的智能硬件公司复盘一个延期 47 天的项目。管理层的第一反应是”需求加太多了”，但我把变更记录拉出来逐条对齐原始范围…

2023 年下半年，我帮一个 300 人规模的研发组织做交付复盘。翻完 11 个迭代、428 张变更单之后，我得到一个相当反直觉的结论：这个团队的范围定义文档写得并不差，一份范围说…

我统计过自己深度参与过的 12 个研发团队、共 340 条范围变更请求，其中一个数字至今让我印象很深：真正走完完整变更流程的只有 41%，但造成明显返工的 78%，恰恰来自那 59…

WBS 做得好不好，不看树状图画得多漂亮，只看两件事：任意一个工作包能不能找到唯一负责人，以及任意一条范围变更能不能在 3 天内走完影响评估。过去三年我在四个超过 100 人的研发…

去年 11 月，我参与复盘一个延期 9 周才交付的项目。合同附件写得很清楚：功能点 78 条，工期 16 周，验收标准 12 项。等到 UAT 阶段，测试用例覆盖的功能点变成了 2…