任务重开

凌晨两点十七分，我被值班同学的电话叫醒：订单履约任务从 00:40 开始批量失败，积压了 12,000 多条待履约指令。我的第一反应和绝大多数研发一样，「重跑一下就好了」。四十分钟…

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

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

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

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

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

去年第四季度，我参与了一个 320 人研发组织的流程诊断。他们的任务重开率在过去半年从 5.8% 爬到 13.4%，但同期线上缺陷逃逸率反而下降了 2 个百分点。管理层一开始判断&…

我跟踪过一个 180 人的研发团队，双周迭代的任务重开率长期只有 2.1%，季度复盘时被当成“交付质量标杆”表扬了三次。但同一时期，他们的线上逃逸缺陷率是 14.3%，全公司最高，…

去年三季度，我帮一家 320 人规模的研发中心做迭代复盘时，看到一张很反常的燃尽图：迭代倒数第三天，剩余工作量不降反升，硬生生抬了一个台阶。团队第一反应是"测试把问题攒到…

去年第四季度，我把一个 130 人研发团队近 12 个月的任务数据完整拉了一遍：4,186 条已关闭任务里，有 812 条被重开过至少一次，整体重开率 19.4%。真正让我在季度复…