归因编码

上周我在复盘团队Q4的缺陷数据时发现了一个令我坐立不安的事实：线上跑出来的47个Bug里，有19个问题我们在过去一年至少处理过两次以上。其中一个支付回调异常的问题，三拨人轮流改过四遍，每次都像是在重新破案。研发工时不是花在创造新功能上，而是反复填同一个坑。 这个问题几乎每个带过研发团队的人都遇到过。我们常做的第一反应是“要加强测试覆盖”“要搞自动化回归”，但实践下来你会发现，工具只能帮你发现错误，…

上周我在复盘团队Q4的缺陷数据时发现了一个令我坐立不安的事实：线上跑出来的47个Bug里，有19个问题我们在过去一年至少处理过两次以上。其中一个支付回调异常的问题，三拨人轮流改过四遍，每次都像是在重新破案。研发工时不是花在创造新功能上，而是反复填同一个坑。 这个问题几乎每个带过研发团队的人都遇到过。我们常做的第一反应是“要加强测试覆盖”“要搞自动化回归”，但实践下来你会发现，工具只能帮你发现错误，…