飞飞

去年 Q3，我参与复盘了一家约 300 人研发团队的迭代数据：在 6 个双周迭代里，有 41% 的延期任务并非因为开发本身估时不准，而是在迭代中后段才发现前置任务没有交付，接口没联…

去年Q3我帮一家做SaaS的研发团队做流程诊断，CTO给我看了一份让他们很受挫的迭代复盘记录：一个计划2周完成的需求，最终用了5周半。表面原因是"测试时间不够"…

去年我接手过一个跨三地研发团队的流程诊断，起因很具体：一个本来计划 6 周交付的车机系统版本，硬生生拖到了第 11 周。复盘时我们发现，真正写代码卡住的时间不到 4 天，剩下 30…

去年 Q3，我参与了一家 280 人研发组织的迭代复盘。会议的主题本来是"灰度发布为什么延期 11 天"，结果查到最后，根因既不是技术难题，也不是人力不足，而是…

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

我在一次季度复盘上数过一个数字：某 120 人的研发中心，一个季度里真正卡住交付的阻塞点有 68 个，但站会记录里主动报出来的只有 17 个，剩下 51 个是在延期发生之后才被&q…

去年 11 月，我参与复盘一个跨端项目：原定 3 月 14 日上线，3 月 11 日 iOS 端支付埋点还没联调完，原因是上游交易网关接口定稿晚了 9 天；同一周，测试环境被另一个…

去年第三季度，我参与复盘了一个 11 人研发小组的连续三个冲刺。数据拉出来之后，会议室安静了大概半分钟：三个冲刺里，任务真正被"动手做"的时间加起来只占 52%…

去年第四季度，我参与了一家约 300 人规模研发组织的迭代复盘。他们把当季 23 个延期需求逐一归因，结果有点反常识：只有 4 个是技术难题或人力缺口导致的，剩下 19 个都指向同…

去年我接手一个 200 人规模的研发组织做效能诊断，第一次把依赖数据拉出来跑的时候，看到一个不太好看的数字：跨团队任务的平均"等待上游交付"时长是 4.7 天，…