飞飞

去年年底，我帮一个 40 人的研发团队做迭代复盘，发现一个让人意外的事实：他们迭代延期的主要原因，不是技术难度，也不是人力不足，而是"等待"。前端等后端接口，后…

接手一个已经连续三个迭代延期的研发团队后，我做的第一件事不是重排甘特图，而是把过去两个月的站会记录、需求变更单和阻塞标记全部拉出来做了一次依赖关系回溯。结果出乎意料：真正导致延期的…

去年第三季度，我带的一个12人研发小组做了一个看似简单的功能迭代：给订单系统增加一个"部分退款"能力。排期时说好两周完成，最后拖了整整六周。复盘时我们发现，真正…

去年第三季度，我帮一家接近两千人的智能硬件公司做研发效能诊断，他们最头疼的问题不是人不够，也不是需求太多，而是"排期永远对不上"。硬件、固件、云平台、App 四…

我第一次认真把"任务依赖"当成一个可以用数据治理的对象，是在一个 40 人左右的研发团队里做效能复盘的时候。那次复盘会上，项目经理列出了一份"延期任务…

去年第四季度，我帮一个 140 人的研发中心做迭代复盘，发现一个扎心的数字：在他们 6 个 Sprint 里，任务卡片处于"等待依赖"状态的平均时长占迭代总时长…

去年Q3，我接手了一个已经延期两周的支付网关重构项目。复盘时发现一个反常识的数据：14个任务中，只有2个任务的延迟原因是"工时不够"，其余12个全部卡在同一种依…

去年第三季度，我帮一家大约 140 人的 SaaS 研发团队做迭代复盘。他们的 Scrum Master 拉了一份数据：连续 6 个迭代，需求交付准时率从 78% 掉到了 51%，…

去年第三季度，我帮一家做工业物联网的研发团队做流程诊断，他们的项目经理给我看了一张甘特图：47个任务节点，标了36条依赖箭头。我问了一句"这36条里，哪几条是真正卡住交付…

去年冬天，我接手了一个让我至今印象深刻的复盘。一个 30 人的研发团队，连续三个迭代延期，平均每个迭代延期 4.5 天。团队 leader 一开始把矛头指向"测试环境不稳…