重开率

去年我用两周时间给一家做企业服务的研发团队做迭代健康度诊断，团队研发规模 260 人左右。打开他们缺陷看板的"重开记录"时，我第一眼看到的数字是：过去三个迭代里…

去年第四季度，我参与复盘一个 260 人规模的 SaaS 研发组织，他们的季度质量目标是"重开率控制在 2% 以内"。三个月后目标达成了，重开率 1.7%，但同…

去年第三季度，我参与了一家工业软件公司的研发流程复盘。团队 130 多人，三条产品线，日常用某项目管理平台管理需求、缺陷和测试任务。我们把一个季度的 2860 个工作项全部导出，交…

上个月我跟一家两百人规模的SaaS公司研发负责人复盘季度效能数据，他指着报表说："我们任务重开率从上季度的6%涨到17%，是不是开发质量崩了？"我没有直接回答，…

我把过去六年里经手的十一个研发团队的缺陷单和任务单拉平放在一起看，发现一个反直觉的现象：重开率最高的团队，往往不是质量最差的团队，而是需求变更最活跃、验收标准写得最细的团队。反过来…

去年第四季度，我帮一家做工业 SaaS 的研发团队做流程复盘时，发现一个被所有人忽略的数字：他们当季关掉的 412 个任务里，有 63 个在两周内被重新打开，重开率 15.3%。更…

去年第四季度复盘一个 11 人的后端小组时，我盯着一组不太好看的数字看了很久：两个月里他们标记完成 348 个任务，其中 91 个被重开过，重开率 26.1%。更刺眼的是分布，这 …

去年 Q3，我参与复盘一个 60 人研发团队的迭代数据：一个冲刺里关闭了 214 个任务，其中 37 个在关闭后 72 小时内被重新打开，重开率 17.3%。会场上两拨人吵了四十分…

我把过去四年经手的 6 个研发团队缺陷库翻了一遍，发现一个反直觉的数字：把"缺陷关闭率"长期做到 95% 以上的团队，线上事故密度反而比关闭率 82% 左右的团…

关闭最佳实践：产品经理任务执行最佳实践，常见问题 2023年我参与过一家供应链SaaS公司的研发效能复盘，他们的需求关闭率是98.6%，在同类团队里排第一，但同一季度线上P1缺陷数…