变更分级管理

我做过一次统计：一个约 120 人的实施交付团队，在一个季度里产生了 2173 次任务负责人变更，平均每个工作日 34 次。其中 61% 的变更没有留下任何原因记录，38% 的变更…

去年第三季度，我帮一家 320 人的软件交付组织做流程诊断。他们在三个月里发生了 1 847 次任务负责人变更，平均每天 20 次以上。但当我问"这些变更里有几次做过正式…

我把过去几年参与复盘的四十多个项目变更记录重新翻了一遍，得出一个和直觉相反的结论：计划调整最频繁的团队，往往不是执行力最差的团队，而是没有"变更分级"的团队。真…

我第一次真正意识到“计划调整”是个管理能力问题，而不是排期技巧问题，是在一个 80 人规模的研发组织里做 PMO 复盘的时候。那个季度我们上线了三个需求包，其中两个在原计划之外插入…

去年我帮一家做制造业 MES 实施的团队复盘一个失败项目，结论让所有人沉默：这个项目最终延期 11 周，但真正由技术难题导致的延期只有 9 天，剩下 68 天全部来自"计…

去年第三季度，我参与复盘过一家 400 人规模研发组织的计划调整记录。变更起因很普通：客户把两个功能的交付顺序对调，影响 3 个研发小组、1 个测试组、1 个运维组。变更评审会开了…

我第一次认真怀疑“主计划”这件事，是在一个周二的晚上。那天我们刚开完 Q2 版本评审会，会议室白板上还留着 4 条颜色不同的里程碑线，产品负责人拍完照就走了。结果两周后，3 个团队…

2024 年秋天，我参与复盘过一个权限中台重构项目。立项会开了 90 分钟，产出的排期表里有 36 个任务、8 个里程碑、3 个负责人，看起来相当完整。第 3 周周三下午，负责联调…

去年 Q3，我带的一个 12 人研发小组做企业级权限中台重构，排期评审开了三次，甘特图改到第四版，结果上线前 11 天，业务方突然要把"组织架构多层级继承"从二…

计划调整落地方案：PMO开展项目规划的最佳实践案例解析 计划调整落不了地，很少是因为甘特图改得不够快。我见过太多项目，变更通知在群里发了三遍，会议纪要也抄送了所有人，一个月后回看，…