DevOps成就卓越

本文重点介绍了 2019 年 DevOps 状态报告的一些发现,包括 DevOps 践行者的出现和盛行。


自从这个词在 2009 年出现以来,DevOps 的状态逐年呈指数级发展。在 2019 年飞速发展的过程中,各种规模的组织(从成熟企业到初创企业)在 DevOps 方面都充满了信心。每个组织都有其自己的 DevOps 故事。其中一些故事尚未开始,一些故事还处于萌芽期,有些故事已经成熟,有些故事已经达到顶峰。与其他故事不同,DevOps 故事永无止境,因为它在持续改进。

随着企业逐渐变得数字化和软件驱动,人们对 DevOps 本质和可用性有了更大的认识。DevOps 的概念、实践和应用不仅得到了工程师或技术领导者的认可,而且对商业领导者也都感兴趣。对于能够实现组织价值成果的 DevOps 已得到越来越广泛的接受。

2019 年 DevOps 状态报告说明了 DevOps 是影响跨行业软件交付的重要资源之一。极大地总结了软件交付的趋势和挑战。它帮助团队持续提高软件功能特性,并最终成为一名优秀的执行者。

在本报告中,IT 功能特性被称为软件交付功能特性,以区分软件交付工作与IT服务台和其他支持功能。这是一个值得欢迎的变化,人们期待已久。另外一个关键变化是增加了操作度量来完成软件交付周期。该报告重点介绍了五个被称为 “软件交付和操作(SDO)性能度量” 的度量或指标,这些度量或指标侧重于系统级的结果。通过度量,这有助于避免软件的常见缺陷,这些缺陷通常会使不同的功能相互冲突,并导致以牺牲整体结果为代价的局部优化。

(SDO-度量指标)

该报告重点介绍了软件交付性能的四个方面,如下所示:

  1. 部署频率 –对于您从事的主要应用程序或服务,您的组织多久部署一次代码?

  2. 变更的前置时间 –对于您正在工作的主应用程序或服务,您的变更的前置时间是多少(即,从代码提交到成功在生产中运行的代码需要多长时间)?

  3. 恢复服务的时间 –对于您正在使用的主应用程序或服务,发生问题(例如,计划外中断,服务崩溃)时,恢复服务通常需要多长时间?

  4. 变更失败率 –对于您使用的主应用程序或服务,变更的百分比导致服务质量下降或随后需要补救(例如,导致服务崩溃,服务中断,需要热修复,回滚,向前修复,修补程序)?

然后对这四个方面进行衡量,以对四个类别的性能进行排名:优秀,高级,中级和低级。下表(从报告中引用)指示了针对软件交付的各个方面的详细信息。

(软件交付表现)

强烈建议添加到此列表中的另一个方面是“ 团队敬业度指数 ”,即团队的快乐程度和参与度。本报告认为团队绩效与团队敬业度成正比。团队参与度越高,即团队越快乐和参与度越高,他们产生的结果就越好。

报告中的另一个主题是 “转型的J曲线”。下图突出显示了自动化如何帮助绩效低下的人员提升到中等性能水平,然后测试需求、技术负担和复杂性增加导致手动控制,从而导致进度变慢。这是一个有趣且值得注意的问题。它强调了自动化并不总是答案。如果您使用错误的自动化流程,那么您得到的只是错误的结果,而且更快。 

(转型的J曲线)

不断改进、学习、共享和利用专业知识可以使您达到高绩效或优秀绩效水平,将团队提升为优秀绩效的过程需要的不仅仅是工具;各个级别(即团队级别,领导级别和投资者级别)的毅力,持之以恒对于从低绩效水平或中绩效水平取得突破以发挥团队最大潜力至关重要。如果我们踏上优秀绩效之路,您会发现自动化、技术实践和持续改进计划是您旅途的催化剂。鉴于测试需求、技术债务和日益增加的复杂性将成为您的阻碍。我发现锚定和引擎格式提供了一种快速而有趣的方法,可在一幅图片中可视化催化剂(引擎)和阻滞剂(锚定)(如下所示)。

(精英之路)

该报告证实,优秀的践行者的比例几乎增加了两倍,低表现者的比例下降了,中等表演者的比例上升了。要注意的一项主要观察结果是,从低性能到中性能再到高性能的移动不是单向的。当复杂性增加时,团队(从J曲线中突出显示)可以从高位降为中级,也可以从中级降为低级。总体而言,整体表现有所上升。

(整体表现)

软件交付特性表现可以通过多种方式确定业务成果。组织推动软件交付绩效的能力包括文化、技术实践、清晰的变更过程、持续交付和基于价值的成果。这些过程并不是一蹴而就的,需要对组织文化进行根本性的改变

根据不同行业和公司中工作的经验,可以确认这些软件交付特性不是静态的。上面列出的任何功能的更改都会对软件交付特性表现产生影响,您可能会发现交付表现群体在两个方向上都从一个级别波动到另一个级别。关键是要保持专注并通过定期将其嵌入组织的工作方式中来维持它。

以上原文出自:https://dzone.com/articles/good-to-great-with-devops

最近读了一本书《DevOps实践指南》也是《凤凰项目》的姊妹篇,读完后,很受启发,主要从为何采用DevOps 、价值流和三步工作法等几个方面介绍了DevOps入门知识和实践理论,对于想理解DevOps文化、工具或者流程,本书都是不二之选。附上链接,按需购买。

推荐:


云时代的运维正是不折不扣的架构师

终究,还是要为技术债务交税


發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章