缺陷逃逸率

管理层看到“本月关闭了 620 个 Bug”，通常还不知道产品质量是在变好还是变差：如果同期新增了 710 个、线上严重故障增加、团队把更多时间用于返工，那么关闭数增长反而可能意味…

问题管理最容易出现的错觉，是“缺陷总数下降了，质量就变好了”。我更愿意先追问三个问题：新版本是否少引入了高风险问题？已知问题是否更快得到控制？团队是否只是把问题改了分类、延后了登记…

缺陷数量下降，不一定代表产品质量变好：有时只是测试覆盖变少、问题被合并，或者团队把“待确认”缺陷长期搁置。实施团队真正需要的，不是把 Bug 数量做成一张排行榜，而是建立一套能回答…

Bug 数据分析最容易得出一个错误结论：本月缺陷少了，质量就变好了。实际上，缺陷数可能只是因为版本发布减少、测试范围缩小、用户量下降，或者团队把“缺陷”改记成了“需求”。我做研发质…

一个团队每月关闭 400 个缺陷，听起来效率不错；但如果其中 120 个在关闭后重新打开，另有 30 个在发布后才被用户发现，那么“关闭数”就不是改进证据，而可能只是状态流转得很快…

验证管理方法大全：PMOBug / 缺陷数据分析落地清单 缺陷数量连续三个月下降，线上事故却没有减少，这并不矛盾：团队可能只是少报了、晚报了，或者把同一问题拆成了更少的记录。做 P…

缺陷数量下降，不一定代表产品质量变好：团队可能只是少报了问题，也可能把线上故障归到了“需求变更”或“用户误操作”。在《验证流程与规范：PMOBug / 缺陷入门指南关键指标》中，我…

2023 年我接手一条 40 人规模的 B 端产品线时，团队每周产出 12 份进度文档、维护 3 张甘特图、开 4 场同步会，但那个季度依然有 6 个承诺版本延期，最长的一个拖了 …

很多研发团队的进度管理，其实是从一次项目延期开始的。我见过一个 12 人的后端团队，迭代周期两周，连续三个迭代都出现「前 10 天平静、最后 2 天爆炸」的节奏，需求完成率从 85…

去年 11 月，我帮一家做工业 SaaS 的团队复盘一次延期两个月的版本发布。会上产品负责人说了一句让我印象很深的话："每次验收我都点了通过，但上线后还是炸了。&quot…