变更分级

进度管理计划真正难的地方，从来不是“把任务拆成甘特图”这件事本身，而是当项目横跨产品、研发、测试、设计、市场、运营六个部门、上百号人、多个外部供应商时，计划赶不上变化，变化又追不上…

去年第四季度，我参与复盘了一家约 180 人规模研发组织的交付数据。那个季度他们共有 27 个任务发生延期，其中 19 个在延期之前经历过至少一次任务负责人变更，占比 70.4%。…

去年 Q4，我参与复盘过一次跨部门交付事故。一个原属硬件团队的结构件验证任务，因为原负责工程师调岗，被口头转给了软件团队的一名测试同学。三周后，这个任务在交付清单上消失了，没人认领…

去年九月，我在一家 300 人规模的 SaaS 公司做交付体系复盘时，发现一个被严重低估的数字：过去一个季度里，有 31% 的任务负责人变更是“二次变更”，第一次换人没换对，或者换…

先给结论：任务负责人变更，是一次权责交接而不是一次字段修改 如果你的团队里"改任务负责人"这件事只需要点一下下拉框、五秒钟完成，那么你们大概率正在用效率换风险。…

去年Q3，我参与复盘一家SaaS公司的项目延期事故。表面原因是接口联调拖了三周，可往数据里一挖，真正的转折点是项目第17天的一次“换人”：原负责人被临时抽调去救火，任务在系统里被静…

上个月我陪一家 130 人的 SaaS 公司做季度研发复盘，翻开迭代数据时看到一个很刺眼的数字：在被标记为「已完成」的 412 个工作项里，有 68 个在迭代中途更换过负责人，占比…

我做项目管理咨询和交付陪跑的第八年，遇到过一个特别典型的项目：范围说明书 26 页，WBS 拆到第 4 层，变更流程写在知识库里，评审会开过 11 次，结果项目还是延期了 47 天…

很多项目经理来问我范围变更的问题，开场几乎都是同一句话：“客户昨天又提了个需求，我该不该拦？”我一般不会直接回答该不该拦，而是先反问三个数：你项目的范围基线是哪一版？这次变更影响多…

去年下半年，我以外部顾问的身份跟进过一家约 300 人规模的软硬件混合研发团队。他们同时跑三条产品线，研发、测试、供应链、市场、售后五个部门交叉协作。项目启动会上排出的 26 周计…