飞飞

去年第三季度，我帮一家做企业级 SaaS 的研发团队做流程诊断。他们有 87 名研发、9 个 Scrum 小组，Jira 上跑着 1400 多个未关闭任务。真正让我警觉的不是任务数…

去年第三季度，我帮一家做企业级 SaaS 的研发团队做交付复盘时，发现一个很反常识的数据：他们把任务验收的审核环节从 1 层加到了 3 层，结果线上缺陷率只降了 4%，但平均交付周…

去年第三季度，我帮一家 300 人规模的 SaaS 公司做研发效能复盘，翻出他们三个迭代周期内的 428 个"已完成"任务，逐个对照上线后的缺陷记录。结果不太好…

去年第三季度，我帮一家做企业级 SaaS 的研发团队复盘交付数据时，发现一个很反常识的现象：他们把「任务提交-验收」环节的自动化率从 40% 提到了 85%，但版本交付周期反而延长…

去年年底，我帮一家做工业 SaaS 的研发团队做交付复盘时，发现一个很反常识的数字：他们迭代准时交付率只有 61%，但任务"确认完成"的平均耗时却高达 3.2 …

很多研发团队都有过这样的经历：迭代结束，任务状态全部拖到"已完成"，看板上干干净净，所有人都松了一口气。两周后灰度上线，客服转来一条用户反馈，某个核心流程走不通…

很多研发团队在季度复盘时都会发现一个尴尬现象：需求交付周期看起来在缩短，但上线后的返工率、客户投诉量、线上缺陷密度并没有同步下降。我们曾对一个 140 人的研发组织做过 12 周的…

去年第三季度，我帮一家做企业级SaaS的研发团队做交付流程诊断，翻他们上个季度的迭代记录时发现一个刺眼的数据：标记为"已完成"的任务里，有23%在两周内被重新打…

去年第三季度，我帮一家做工业物联网的中型研发团队做流程诊断。他们的研发总监给我看了一组数据：Sprint 评审会上标记为"完成"的 47 个任务，一个月后真正通…

去年秋天，我帮一家 180 人的 SaaS 公司做研发效能复盘。我们把过去 6 个月的 2143 个任务拉出来逐条对齐，发现一个很难看但很真实的结果：其中 61% 的任务至少经历过…