缺陷逃逸率

迭代计划看起来按时完成，发布后却连续出现高优先级缺陷、临时回滚和跨团队追责，问题往往不在团队“做得不够快”，而在流程没有把风险及时暴露出来。迭代任务流程与规范的价值，不是多加几张审…

一个 Sprint 看起来“按时完成了 90%”，团队却可能仍然没交付一个用户能用的功能：剩下的 10% 恰好是联调、验收或发布。判断敏捷项目效率，不能只看燃尽图有没有下降，也不能…

去年冬天，我帮一家做 B 端 SaaS 的公司做缺陷治理复盘。会议开始前，项目负责人投出一页很干净的数据：本季度缺陷关闭率 96.4%，遗留缺陷 47 条，全部为 P3。会议室里没…

2021 年我接手一个 To B 交付型项目时，缺陷库里躺着 2800 多条记录。真正让我警觉的不是这个数字，而是另外两个：其中 1100 条已经超过 6 个月没被任何人打开过，而…

缺陷最佳实践：项目负责人 Bug / 缺陷数据分析，常见问题 去年第三季度，我参与了一家 340 人研发组织的质量复盘。他们的缺陷看板做得很规整：每周新增缺陷 120 条上下，关闭…

去年第四季度，我帮一家 180 人规模的研发组织做缺陷数据复盘。他们的季度报表很漂亮：缺陷关闭率 96%，平均修复时长 2.1 天，遗留缺陷只剩 37 个。但同一个季度，线上客诉同…

我接手过一个让我印象很深的复盘：一个两百多人规模的研发组织，某个核心业务模块连续三个迭代的 Bug 数量都在下降，从每个迭代 87 个降到 41 个，项目负责人在月度汇报里把这条曲…

去年 Q4，我陪一个约 200 人的研发组织做版本复盘。他们的缺陷看板做得很漂亮：本迭代关闭率 96%，平均修复时长 2.1 天，Bug 总数从上一版本的 430 个降到 289 …

去年十一月，我陪一个 130 人的研发团队做季度质量复盘。翻到缺陷数据时，会议室安静了几秒：当季提交的 1,847 个缺陷里，有 316 个（约 17%）在“待验证”状态停留超过 …

Bug / 缺陷缺陷全流程：跨部门团队最佳实践与一文讲清 一个 P1 级支付回调幂等缺陷，从被发现到正式关闭用了 11 天，而真正写代码修复的时间是 4 小时 20 分。剩下的十天…