任务拆分

我带过的一个 23 人研发团队，曾经连续三个迭代出现同一个现象：迭代计划会开满 90 分钟，任务清单拉了 60 多条，看起来排得很满，但到迭代结束仍有四分之一的任务挂在“进行中”，…

2023 年下半年，我接手过一个 11 人的后端小组的交付复盘。那个迭代我们一共拆出了 47 个任务，计划会上人人点头，结果 Sprint Review 时真正"完成&q…

我带过一个 14 人的研发团队，某个迭代里我们把 62 个任务塞进两周看板。到第 9 天，41 个任务仍停在“进行中”，没有任何一个模块能完整演示。复盘会上大家都以为是排期太满，但…

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

周三下午的迭代评审会，投影上列着 12 个标记为“已完成”的任务，产品经理问了一句“这个功能什么时候能上线”，会议室突然安静了。前端说接口还没联调完，后端说测试环境没申请下来，测试…

去年下半年，我帮一个 31 人的研发团队做流程复盘，导出他们近 6 个月的工作项记录一共 2143 条。我把每条任务从"创建"到"关闭"之间…

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

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

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

我做过一次复盘：同一个需求，两个产品经理拆出来的任务数量相差 3 倍，一个拆成 11 个任务，一个拆成 34 个任务，最后交付时间差了 9 天。更反常识的是，拆得更细的那位反而延期…