子任务拆解

子任务做不好，任务管理就会退化成一堆“看起来分了工、实际上没人负责”的清单。我统计过自己经手的 14 个实施型团队（每个团队 8-40 人，覆盖交付、运维、数据迁移、客户成功），一…

去年年底，我帮一家 120 人规模的 SaaS 公司做研发效能复盘。他们的迭代看板上每个需求都拆了子任务，看上去极其规范，平均每个需求 8.7 个子任务，最多的一个需求拆了 31 …

我把一个 6 人后端小组的子任务看板，和一个 180 人研发中心的子任务看板并排放在一起看过，结果很反常识：前者的父任务平均挂 2.3 个子任务，迭代准时率 91%；后者平均挂 7…

我带过一个 12 人的后端小组，也陪过一家 300 人规模的研发组织做过研发管理落地。这两段经历里，被吐槽最多的不是需求评审，也不是排期，而是子任务。有人抱怨“子任务是给领导看的”…

我把一个需求拆成 17 个子任务的那天，团队给我起了个外号叫“拆弹专家”。三个月后复盘，这个需求延期了 11 天，站会时间从 15 分钟涨到 28 分钟，而真正卡住进度的那个问题，…

2023 年我帮一家 120 人规模的 SaaS 公司做研发效能复盘，做了一件很枯燥但很有用的事：把他们最近三个迭代的 1147 张子任务卡片的创建时间、状态流转时间、关闭时间全部…

上周三下午，一家 200 人规模 SaaS 公司的产品负责人把一个任务列表截屏发给我：一个叫「新版结算中心」的父任务下面挂了 47 个子任务，负责人字段是空的，截止日期停留在三个月…

我接手第一个子任务改造项目时，团队里流行一句话：“子任务拆得好，进度跑不了。”三个月后我拉了一次数据：那个团队一共创建了 2864 条子任务，其中 31% 在创建后 5 天内没有责…

一个 180 人的研发组织，季度末复盘时发现：交付了 47 个需求，但产品经理能完整说清"这个需求从谁提出、拆成几个子任务、哪个环节卡了 3 天、最后谁验收"的…

去年我帮一家1200人规模的研发组织做PMO年度复盘时，看到一组很刺眼的数据：系统里的子任务数量比上一年增长了3.1倍，但项目按期交付率反而从71%掉到了64%。项目经理的反馈更直…