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


作者:谈宏明 Hi-Agile技术总监/DevOps技术顾问

前言

有不少刚接触质量内建实践的同学,心中最深刻的印象是:质量内建能有效地降低生产故障。实际上,提升交付质量只是其部分收益,因为故障数量是实实在在下降的,大家很容易观测到。而质量内建的最大收益其实是潜在降低开发成本,提升研发效率,也就是我们常说的“降本增效”。
在这里插入图片描述
基于此实际情况,这篇文章主要讲述质量内建是如何促进降本增效。

开始之前,我们先看看返工和返工成本这两个概念:

  • 返工是指需要重做以前完成的工作,通常是由于错误、遗漏或需求的变化。典型场景是SIT/UAT发现缺陷后的处理和修复,生产故障发生后的修复和补丁等。
  • 返工成本是修理或调整有缺陷的物品以使其符合其规格所需的资金。在任何企业中,这都是一个严重的问题,因为它会降低利润。返工成本的概念不仅适用于制造过程中出现的缺陷,也适用于建筑和软件开发中出现的缺陷。

质量内建方法论的核心是革新软件工艺流程,通过开发自测,尽早发现、修复缺陷,从而减少因缺陷和故障导致的返工。

那么,减少的返工成本究竟有多少呢?我们从下面三个视角来测算分析。

1、软件工程经济学视角

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

  • 软件返工成本占总成本的 40-50%
  • 返工成本的80%是可以避免的
  • 减少可避免的开发成本可大幅提高生产率;
  • 随着时间的推移,进行软件更改或修复的成本显着增加,如果等到交付客户后,修复成本会上升100倍;
    在这里插入图片描述
    我们根据上述结论进行返工成本的理论测算:
  • 假设开发总成本是100元,那么原先的返工成本40-50%,姑且按40元计算;
  • 可避免80%的返工成本,那么可以节省的最大成本为 40*80% = 32元;
  • 降本比率:32/100 = 32%,

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

2、DevOps调研报告视角

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

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

  • 软件开发团队在发布之前会返工19-40%的代码,最好的精英型IT组织非必要返工是19%,而低效能IT组织非必要返工为40%。这些浪费的时间使中大型技术组织(2000名 IT人员)每年花费超过3780万美元;
  • 非必要返工是所有行业浪费的重要来源。当组织降低返工水平时,他们“基本上获得了额外的能力,而不必招聘和雇用 - 只是通过改进流程。他们不仅收回了浪费时间的成本,而且如果他们将这些时间重新投资于业务,他们就会从这些额外的工作时间中获得收益。
  • 计算每年非必要返工成本公式:
    在这里插入图片描述
  • 计算每年的非必要停机成本公式:
    在这里插入图片描述
  • 总体非必要返工成本和收益(基于非必要返工节省后的新投资)统计:从企业规模和不同效能组织这两个维度出发:
    在这里插入图片描述
    注:中等IT效能组织指 部署频率在每周一次和每月一次之间;变更前置时间一周到一个月之间;

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

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

3、客户案例视角

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

比如一个比较大型的关键业务应用(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个名次(之前长期稳定);

写在最后

上海惠艾在辅导某大型股份制银行全面落地质量内建实践三年后,该行活跃应用普遍采取质量内建实践,在提测SIT前,200+应用代码覆盖率达到了80+%,缺陷密度和生产故障都降低了3/4,研发效率提升了一倍。

结合上述三个视角的分析后,不难得出结论,质量内建实践通过减少了大量返工成本,从而提升交付效率,有效支撑科技企业不仅“降本“,还能”提质增效”。

上海惠艾业界独创的质量内建实践方法包含了一整套行之有效的方法和工具,已帮助多家大型金融科技落地实施,显著提升研发效能和交付质量。

更详细案例欢迎前来咨询。

引文:
1、https://www.semanticscholar.org/paper/Software-Defect-Reduction-Top-10-List-Boehm-Basili/895f4de9d4e02dbce5fec881942d1704505c940c
2、DevOps 转型的投资回报率:https://cloud.google.com/resources/roi-of-devops-transformation-whitepaper
3、DevOps 转型的投资回报率配图的中文翻译来自华为云社区:https://bbs.huaweicloud.com/blogs/347086

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Hi-CodeCaptain

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值