零bug策略简而言之就是针对常出现在敏捷开发领域的bug处理方式进行处理的策略
前提:什么是bug
首先,我们可以将BUG分为两类
1、开发新功能时带来的
2、非sprint缺陷
a回归缺陷
b客户缺陷
c事后缺陷
bug如何处理
如何处理第二类bug:
通常有三个路径:
立即修复/考量价值后取消处理/推迟到下一个版本
主张
核心思想:一定要进行具有决策力的处理,
不要推迟缺陷
- 因为版本迭代、环境缺失、人员记忆细节损失
- 协作开发中代码会产生蝴蝶效应,更难定位
- 堆积到一定量后,会需要冗长的会议作为时间成本
永远不要推迟缺陷的方法:只有处理与不处理两个选项
策略增益
1、降低开发成本
2、降低不可预测因素,从而更好的进行对工时的估计
例如,复现历史中未处理bug的时间成本
3、提高敏捷度
可以随时将高质量代码进行交付
4、提升客户满意度
策略带来的问题
1、关闭的未解决问题不好跟踪,可能需要测试额外记录开发关闭的未修改的bug
2、可能会存在滥用
考虑落地
- 明确bug不解决条件
- 提高组长监察职能
- 从观念上,将bug处理列为最高优先级
- 开发组长组织将明确存量bug先修,之后统一讨论遗留
- -bug建立常规bug处理流程,如何保证每周bug处理状态