飞飞

我第一次认真对待“任务依赖”这件事，是因为一个 40 人左右的研发团队连续两个迭代都在同一个地方翻车：后端接口没按约定时间给出联调环境，前端和测试两条线一起空转，迭代最后三天开始通…

2023 年第四季度，我带的一个 62 人研发团队做了一次彻底复盘：把过去 6 个迭代里的 387 个研发任务全部拉出来，逐个标注“是否曾经被前置任务卡住”。结果是 41.3% 的…

去年秋天，我以外部顾问的身份介入过一个 130 人规模的研发组织，他们的迭代延期率连续三个季度超过 40%。管理层最初的判断是"人不够"，准备再招 20 个工程…

去年下半年，我帮一家 120 人的 SaaS 公司做季度研发复盘。他们那三个月里有 37 个任务被标记过「阻塞」，我把每一条阻塞记录的根因重新梳理了一遍，发现其中 29 个都指向同…

去年夏天，我在一家 130 人规模的研发组织里做依赖治理复盘，翻出来的数据有点反常识：整个季度真正因为"代码写错了、方案想错了"造成的返工工时只有 40 多小时…

去年第四季度，我接手了一个让我印象很深的中台重构项目。项目启动会上，12个研发小组的排期都排得漂漂亮亮，依赖关系也都在项目管理平台里标了连线。结果第三周就崩了：支付组等风控组的接口…

去年四季度，我帮一个 40 人左右的研发团队做交付复盘。六周迭代，需求没变，人力没减，最后仍然延期了 11 天。真正的原因不是谁在摸鱼，而是三条依赖链在第三周同时打结：支付网关改造…

三年前我带一个12人的后端团队做结算系统重构，排期表上写着87个工作日。第60天的时候我还在跟老板说"进度正常"，第87天项目没上线，实际交付日是第124天。复…

去年 Q3，我陪同一家 200 人规模的 SaaS 公司做版本交付复盘。他们的 3.7 版本原计划 6 周上线，最后拖到第 11 周，累计延期 33 天。项目组给出的第一版归因是&…

去年Q4，我参加了一个120人研发团队的季度复盘会。会议室里摆着三块白板，上面画满了任务依赖箭头，产品负责人指着其中一条连线说：“这个前端联调任务，卡在后端接口上整整9天，但排期表…