二次变更率

2023 年 11 月，我在一个跨部门数据迁移项目里做复盘，翻出一段项目群聊天记录：原负责人在周三下午提了离职，周五是最后一天。任务卡挂在他名下，涉及数据、算法、运维三个部门，进度…

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

上个月我帮一家 400 人规模的软件企业做交付延期归因复盘，把半年内所有工作项的历史记录导出来做了逐条比对。结论有点反直觉：真正因为"技术方案做不出来"而延期的…

周三下午四点，一个 60 人的研发团队把核心支付模块的负责人从 A 换成了 B，项目经理在群里发了一条通知，任务卡片上改了名字，所有人都以为这件事结束了。三天后我复盘时发现：那张卡…

我带过 6 个人的小交付组，也带过 130 人的实施交付中心。九年时间里，如果让我挑一个最被低估、又最容易引发扯皮的管理动作，我会投给"改任务负责人"。在工具里…

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

去年底我参加过一次项目复盘会，开到一半，业务负责人问了一句让全场安静的话：“这个计划到底是改了，还是重做了？”项目已延期两个月，预算追加两次，供应商合同没重签，关键岗位的人还换了一…