后置任务

去年我帮一个 34 人的研发团队做迭代复盘，翻出上一个 Sprint 的 87 张任务卡片，其中 41 张的备注里写着"等待 XX 完成"。真正让我意外的不是这…

去年我帮一家做工业 SaaS 的研发团队做流程复盘，发现一个很典型的数字：他们一个 23 人的研发团队，一个季度内因为"后置任务没接住"导致的返工，累计吃掉了 …

2024 年下半年，我帮一个 40 人规模的研发团队做迭代复盘。翻他们的燃尽图时发现一个很奇怪的现象：迭代前 8 天的完成曲线几乎贴着理想线走，第 9 天开始突然塌方，最后 3 天…

去年第三季度，我带的一个 40 人研发团队复盘了一次 11 天的版本延期。让我意外的不是延期本身，而是复盘数据：前置任务的按时交付率是 94%，关键路径上的开发任务排得清清楚楚；真…

去年第三季度，我参与了一次 120 人研发组织的迭代复盘。数据出来之后，会议室安静了几秒：一个两周迭代里，任务本身的净工作量只占用了排期时长的 61%，剩下的时间几乎都花在&quo…

去年 Q3，我负责的一个 B 端 SaaS 版本原计划 9 月 12 日发布，最终拖到 9 月 23 日。复盘会上，团队的直觉答案是"开发工作量估少了"。但我把…

去年 11 月，我负责的一个 B 端 SaaS 版本卡在发版前 9 天。看板上 47 个任务全部标记为"已完成"，燃尽图漂亮得像教科书，但版本就是发不出去，因为…

去年第四季度，我帮一家做 SaaS 的客户复盘他们研发交付延期的问题。数据拉出来之后，所有人第一反应都是"某个开发效率低"。但我把任务链画完之后发现，真正的原因…

“后置任务延期，几乎从来不是后置任务的问题。”这句话是我做完一次迭代复盘后，写进团队周报里的。那次延期的任务叫“埋点数据看板 v2”，在迭代看板上整整挂了 9 天没动，负责的同事每…

带过三个中台项目、复盘过两百多次任务依赖断裂之后，我得出一个不太讨喜的结论：后置任务做不好，绝大多数时候不是执行层的问题，而是前置任务在制度层面压根没给后置任务留一个"可…