拆分粒度

我见过一个 6 人的研发小组，把「订单退款」写成一个 40 小时的任务，指派给一个人，然后在前一天的日站会上才发现：退款金额计算的规则要财务系统提供接口，而那条接口的排期在两周之后…

2023 年我陪同一家做工业 SaaS 的客户做迭代复盘，130 人的研发组织，两周迭代跑到第 8 天，看板上 47 个任务处于「进行中」，而真正满足上线标准的只有 0 个。更扎心…

我做过一次很难看的复盘：一个原本评估 2 周能交付的订单中心改造需求，被我拆成了 47 个任务卡，铺满三块看板。结果是交付周期从预估的 2 周拖到 5 周零 2 天，团队为了&qu…

去年我做了一次跨部门的迭代复盘，把三家不同规模公司、9 个迭代、共 1140 个脱敏任务翻了一遍。结论很反常识：延期最严重的不是"最难的"任务，而是那些单任务工…

2023 年我参与过一次研发效能复盘，那家公司的项目管理工具里躺着一张卡片，标题叫「用户中心重构」，创建于 3 月 6 日，状态「进行中」，最后一次更新是 4 月 1 日。负责人每…

2023 年我参与过一个 B 端 SaaS 的「批量导入 + 校验回滚」需求，立项时评估 6 周上线，实际用了 9 周零 3 天。复盘会上大部分人的第一反应是「后端接口不稳定」，但…

我复盘过 11 个组织级任务管理体系的搭建项目，其中 7 个在半年内“名存实亡”：看板还在，但卡片三周没人动；周报还在，但数据是周五下午补的；PMO 还在，但已经沦为“催进度的人”…

2023 年我参与过一个 280 人研发组织的 PMO 诊断。进场第一周，我让项目经理把 11 个在建项目的任务清单全部导出来，一共 4,327 条。我带着两个助理随机抽了 300…

去年第三季度，我帮一家做智能硬件的公司做研发流程复盘。项目延期了 47 天，管理层的第一反应是"执行力不行"，但当我打开他们的任务看板时，看到的是 1247 条…

2023 年我参与一家金融科技公司的交付复盘，看到一个反常识的数字：延期最严重的两个模块，任务数量反而是全项目最多的，其中一个模块拆出了 380 条任务，平均每条工时 3.2 小时…