内容简介:Nicole Forsgren访谈:DevOps和提升绩效的关键因素
在为即将举行的 伦敦DevOps企业峰会 做准备工作的过程中,InfoQ采访了DORA的CEO兼首席科学家 Nicole Forsgren博士 ,与他探讨了DevOps基础、在制定业务目标方面所面临的挑战,以及如何衡量企业的绩效等问题。
Forsgren说,DevOps是驱动企业技术转型最重要的实践和工具。DevOps之所以成功,是因为它是一种全方位的变革,包含了技术、流程和文化,通过提升代码交付的速度和稳定性为企业带来价值。
DevOps里并不存在所谓的“最主要的单一指标”,需要关注哪些指标取决于企业想要做什么以及对于企业来说什么才是最重要的。企业在收集指标时要考虑产出,所以需要收集目标和产出指标,还有一些可能直接影响目标的指标。IT方面主要关注软件交付的速度和稳定性,包括:变更的交付周期(从提交代码到部署)、部署频率、从故障恢复的平均时间(MTTR)和变更的失败率。
下面是采访的笔录,而关于由Nicole Forsgren、Nigel Kersten、Jez Humble和Gene Kim即将呈现的演讲“The Key to High Performance:What the Data says”的更多信息可以在 伦敦DevOps企业峰会 网站上找到。
InfoQ:欢迎来到InfoQ,Nicole!你能介绍以一下你将要在DOES EU 17上呈现的演讲吗?以及观众应该作何期待?
很高兴能够接受你们的采访!我也很高兴能够在DOES EU 17上呈现演讲。今年,我将会和Nigel Kersten、Jez Humble和Gene Kim一起来呈现这个演讲,他们和我都是“ 2017年DevOps发展状态报告 ”的合著者。我们将会提到在这份报告里出现过的一些关键点及其背后的观点,并揭示报告的科学性。演讲应该会很有意思!
InfoQ:“DevOps”这个词现在到处可见,对于不同的人来说,它意味着不同的含义。你是如何定义DevOps的?
我认为DevOps是一种技术转型的实践和工具,通过提升代码交付的速度和稳定性为企业带来价值,包括技术、流程和文化。
InfoQ:在过去几年,DevOps都发生了哪些变化?你为之感到惊讶吗?
研究工作让我最感兴趣的部分是为我们的假设设计实验,然后分析结果,从中发现一些新的东西。我们每年都会有新的发现,比如软件开发和交付对企业生产力、利润和市场份额的重要性。我们也更加深入地认识到到底是什么在推动着技术团队的进步。今年,我们把研究领域延伸到了架构(深入挖掘早期的研究成果)和领导力领域。
InfoQ:从你的经验来看,由学术界和工业界一起协作来研究DevOps这种方式是可行的吗?你认为学术机构也会拥抱DevOps吗?
作为一个学者,我坚信DevOps是价值的推动力,我很期待看到这两者之间有更多的合作!在DevOps方面,学术界的一些领域正在向工业界看齐,而有些领域已经展开双臂拥抱DevOps。
在教学方面,我们已经看到一些很有创造性的事情,我们也看到了教学内容是如何被开发和交付的。虽然我不确定他们会把这个叫作DevOps,不过我认为它正在扮演着这样的角色(技术、流程和文化),而且我认为更多地应用这些原则可以带来更大的好处。
……学术机构与软件企业毕竟是不一样的,它有自己的问题和挑战,所以需要创造性地应用DevOps风格的模式,而且要具备一定的灵活性。我试着参与到学术研究和教学中,看看这些路线会怎么发展,是否会相交在一起。
InfoQ:组织在向一个高绩效企业转变之前或者在转变过程中,需要跟踪哪些度量指标或KPI?哪一个指标可以说明它已经成功转型?
我一般会建议企业在收集指标时要考虑产出,所以需要收集目标和产出指标,还有一些可能直接影响目标的指标。
对于技术企业来说,我们在研究过程中发现了一些与IT相关的绩效指标,它们在很多领域都能够为我们带来价值。这些指标关注的是软件交付的速度和稳定性:变更的交付周期(从提交代码到部署)、部署频率、从故障恢复的平均时间(MTTR)和变更的失败率。这些指标之间有紧密的联系(速度和稳定性反应的是一个团队在Dev和Ops两个方面的优先级),而且反应了团队的整体目标。这些指标作为一个整体,也推动着组织绩效的提升。
我认为不存在“最主要的单一指标”,至少我还没有找到这样的指标。一般来说,它取决于企业想要做什么以及对于企业来说什么才是最重要的。例如,可以考虑使用净推荐值(NPS),不过前提是,在你所工作的行业里,推荐会起主导作用,这个指标与公共食品和政府服务并没有太大相关性(起码不能完全适用)。
单个指标的问题在于很容易孤注一掷,所以我建议至少使用两到三个具有紧密联系的指标,避免出现目光短浅的情况。
InfoQ:总得来说,你认为那些希望快速发展的公司和DevOps之间有多大的相关性?从你的经验来看,对于典型的企业来说哪个更重要,是组织变更还是技术变更?
至少在目前,我认为DevOps(或者其他什么叫法也好)是驱动企业技术转型最重要的实践和工具。
我们找不到更好的方法论:瀑布模型太慢,无法跟上业务的速度,也无法满足如今的环境对安全和合规的要求。传统的敏捷方法相比瀑布模型已经迈出了一大步,但它无法伸缩。DevOps能够为企业的发展带来真正的价值,而且能够稳定地交付高质量的软件。或许我们在未来还能找到更好的方式……不过在目前,DevOps是最好的。
对于你的第二个问题,我认为没有准确的答案。DevOps之所以成功,是因为它是一种全方位的变革,包含了技术、流程和文化。这些都很重要。对于每个公司来说,他们的关注点都可能不一样,这要取决于他们的环境。
InfoQ:非常感谢你的分享。还有其他东西想要分享给InfoQ读者的吗?
谢谢!希望读者能够查看DevOps发展状态的报告,报告提供了很多见解,这些见解与能够促进DevOps成功转型的关键因素有关。
伦敦DevOps企业峰会 将于6月5号到6号在伊丽莎白女王第二会议中心举行。其他更多信息可以在 IT Revolution Events 网站上找到。
查看英文原文: DevOps and the Key to High Performance: Nicole Forsgren at the DevOps Enterprise Summit London
以上就是本文的全部内容,希望本文的内容对大家的学习或者工作能带来一定的帮助,也希望大家多多支持 码农网
猜你喜欢:- “管理五字法”打造高绩效团队
- Jessica Kerr:高绩效团队简史
- Drools 规则引擎在销售绩效核算中应用实战
- Four Key Metrics - 软件交付效能如何影响组织绩效
- 公司推行绩效考核,最差的员工月入10W,我就是那个员工
- 《Storm Applied》书评与作者访谈
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
明解C语言(第3版)
[日] 柴田望洋 / 管杰、罗勇、杜晓静 / 人民邮电出版社 / 2015-11-1 / 79.00元
本书是日本的C语言经典教材,自出版以来不断重印、修订,被誉为“C语言圣经”。 本书图文并茂,示例丰富,第3版从190段代码和164幅图表增加至205段代码和220幅图表,对C语言的基础知识进行了彻底剖析,内容涉及数组、函数、指针、文件操作等。对于C语言语法以及一些难以理解的概念,均以精心绘制的示意图,清晰、通俗地进行讲解。原著在日本广受欢迎,始终位于网上书店C语言著作排行榜首位。一起来看看 《明解C语言(第3版)》 这本书的介绍吧!