质量内建的最大价值是降本增效

Barry Boehm博士（软件工程界的巨匠，南加州大学教授，美国工程院院士，《软件工程经济学》经典著作的作者）早在上世纪80年代基于统计数据得到几个结论（注1）：

 ◾ 软件返工成本占总成本的 40-50%；

 ◾ 返工成本的80%是可以避免的；

 ◾ 减少可避免的开发成本可大幅提高生产率；

 ◾ 随着时间的推移，进行软件更改或修复的成本显着增加，如果等到交付客户后，修复成本会上升100倍；

我们根据上述结论进行返工成本的理论测算：

 ◾ 假设开发总成本是100元，那么原先的返工成本40-50%，姑且按40元计算；

 ◾ 可避免80%的返工成本，那么可以节省的最大成本为 40*80% = 32元；

 ◾ 降本比率：32/100 = 32%，

降低1/3 的开发总成本，非常惊人，估计有些人不敢相信；

也许有人会说，上世纪的开发语言、开发环境、工具链、还有管理方法都太原始了，和如今的生产效率不可同日而语。

我们看看现代的观点， 《DevOps 转型的投资回报率》是谷歌（与DORA）近年发布的调研分析报告（注2,3），论述投资DevOps的投入和产出。我们摘选其中关于非必要返工的结论。

 ◾ 软件开发团队在发布之前会返工19-40%的代码，最好的精英型IT组织非必要返工是19%，而低效能IT组织非必要返工为40%。这些浪费的时间使中大型技术组织（2000名 IT人员）每年花费超过3780万美元；

 ◾ 非必要返工是所有行业浪费的重要来源。当组织降低返工水平时，他们“基本上获得了额外的能力，而不必招聘和雇用 - 只是通过改进流程。他们不仅收回了浪费时间的成本，而且如果他们将这些时间重新投资于业务，他们就会从这些额外的工作时间中获得收益。

 ◾ 计算每年非必要返工成本公式：

 ◾ 计算每年的非必要停机成本公式：

 ◾ 总体非必要返工成本和收益（基于非必要返工节省后的新投资）统计：从企业规模和不同效能组织这两个维度出发：

注：中等IT效能组织指 部署频率在每周一次和每月一次之间；变更前置时间一周到一个月之间；

有意思的是这里用了非必要返工（unnecessary rework）概念，而Boehm博士说的是可避免返工（avoidable rework）概念，我们认为前者是潜在认可有的返工是必要的，后者视角更关注是否可避免，虽然有些微妙差异，在本文中，二者是等同语义。

基于这些现代的调研统计，非必要返工在19-40%之间，这个数字覆盖了“上古时代”的32% 这个值。另外这个报告里还识别了停机成本，叠加浪费总额会更高。

除了上述“自古至今的理论”外，上海惠艾在帮助多家大型金融组织导入质量内建实践时，有许多实际的案例能反馈返工成本的变化：

比如一个比较大型的关键业务应用（100+开发人员），此应用是老旧技术栈，维护压力较大。据团队自己统计，“每周5天时间中，至少有2天是用来修复SIT缺陷和生产故障，其余3天用来新版本的代码开发”。也就是说，彼时的返工成本为2/3 = 66%。

在导入质量内建实践半年后，他们“每周只需要1天修复缺陷，4天用来开发，一个版本能发布更多的功能”，也就是说质量内建实践让他们：

 ◾ 节省开发总成本1/5 = 20%：此时的返工成本从66% 降低到 1/4 = 25%；

 ◾ 版本交付效率提升了 1/3 = 33%：每周新功能开发从3天到4天，团队（100+人）增加了1天产能，每个版本能纳入更多需求；

 ◾ 顺带提升了交付质量：在科技侧的故障密度排名榜上提升了4个名次（之前长期稳定）;