交付物拆分

去年第四季度，我参与复盘一个跨部门项目：原计划 6 周上线，实际用了 8 周零 3 天。复盘会上大家的第一反应是"执行不力"，但当我拉出任务列表逐条对齐时，发现…

任务拆分这件事，我在过去八年里至少推倒重来过四轮。第一轮我以为是工具问题，第二轮我以为是流程问题，第三轮我以为是人的问题，直到第四轮把项目成员数据分析拉出来对齐，才发现真正的病灶：…

去年年底，我帮一家做工业设备的中型公司做研发流程复盘。他们的研发总监老周给我看了三块屏幕：一块是项目群，里面散着 47 个"@所有人"的进度催问；一块是 Exc…

2023 年第四季度，我参与复盘了一个总投入约 4200 人天的中台重构项目。项目经理在规划阶段一口气拆出了 847 条任务，覆盖率看起来无可挑剔，每条任务都挂在甘特图上，看上去排…

2021年我参与复盘过一个中台重构项目，团队把"订单中心重构"拆成了87个子任务，每个都标了工时，最长16小时，最短2小时。两周迭代结束时看板显示完成65%，但…

去年做研发效能复盘时，我在一家约140人的企业里看到一个反常识的数据：任务拆得最细的那个团队，延期率反而是所有团队里最高的，比拆分粒度最粗的团队高出约11个百分点。更讽刺的是，这个…

去年 Q3，我帮一家 180 人的 SaaS 公司做年中复盘，看到一组让我后背发凉的数字：CEO 在 1 月全员会上宣布的“今年把客户成功体系建起来”，在公司任务系统里被拆成了 4…

去年下半年，我参与复盘了一个 34 人实施交付团队的项目收尾。项目本身按时上线了，但复盘数据很难看：整个周期内系统里累计创建 412 条任务，其中 138 条从创建到关闭没有任何人…

任务拆分看起来是项目管理里最不需要教的一环，谁不会把一个大任务切成几个小任务？但我在过去四年里持续回访过 23 个研发交付团队，其中 19 个团队的延期根因，最后都能追溯到同一件事…

软件项目延期，往往不是因为团队没有做进度表，而是因为表里只有“任务名称、开始日期、结束日期和完成率”，没有记录任务之间的依赖、验收条件以及延期会影响什么。我在项目复盘中见过一种很典…