这是一个创建于 2520 天前的主题，其中的信息可能已经有所发展或是发生改变。
上周数人云的文章《当心 DevOps 虚假指标》讲述了如何告别 DevOps 虚假指标，定制有效指标。但这是建立在已采用 DevOps 模式的基础上。相信很多想落地实践 DevOps 的小伙伴都有一个苦恼——上司真的太难说服啦！
莫慌，数人云在本文教你如何搞定三种不同级别的上司。
所以说见什么人说什么话这件事，还真是国内外通用呢，
古人诚不欺我也~
前言
DevOps 显然越来越受欢迎，据调查已经有 33%的企业在 IT 项目中采用了 DevOps 模式； 47%的企业准备在未来两年内采用 DevOps ；只有 20%的企业没有这个规划。 采用 DevOps 最大的障碍是缺乏对商业利益的了解，克服这一障碍，将是企业采用 DevOps 模式的决定性因素。
如何通过 DevOps 计算商业利益和投资回报？
DevOps 是一种新的工作模式。并不像计算新硬件的投资回报率那么简单。它让团队工作方式发生根本性的转变，如人、工具、过程等，也促使了必要的培训、新技术投资的诞生。
这种转变在最初需要一定的时间和磨难，才能真正得获得利益。
通过 DORA 和 Puppet DevOps 的报告可以看出，采用了这种模式进行软件交付的企业，获得了巨大的有形或者无形的利益。体现在自动化、减少宕机时间、减少失败部署的修复时间等。这些节省下来的时间又可以提升业务价值，而不是花费在不必要的返工和手动测试上。
这个“价值”对于你的企业意味着什么呢？
在量化 DevOps 效益之前，需要考虑什么可以增加企业最大价值。“商业价值”的定义取决于企业所在行业；以及其中不同层次；取决于给谁看，他们又有什么样的度量标准。
度量标准
一位着手于 DveOps ROI 项目研究且经验丰富的 IT 总监—— David Linwood 根据不同汇报对象的角度提出三种管理者的度量准则：CEO、CIO、团队负责人。
〓业务成果
对于 CEO 及其他董事会来说，业务成果才是他们感兴趣的，而投资将如何产生更高的收益是重中之重，无论是降低成本，还是快速的市场响应度，或者其他改善企业绩效的方面。
Gartner 公司在 2015 年的报告指出，要把关键的应用程序失败平均成本控制在每小时 50 万到 100W 之间。因此减少灾难性 IT 故障所造成的投资风险会迅速得引起董事会注意。因此这需要考虑潜在的名誉损失，以及随后的股东价值影响和备受瞩目的事件引起的宕机或者数据泄露。
〓成功要点
接下来是 CIO，其关注在于成功要点，如何将流程完善以提高 IT 部门的工作效率。如何招聘以及留住技术人员为企业做出贡献。
2016 年的 DevOps 报告指出，企业落地实践 DevOps 减少了 50%的返工时间，使用 DevOps 模式工作的员工比未使用 DevOps 模式的员工多了 66%的时间可以用在新项目上，而花更多的时间在专注的事情上也大大提高了员工的满意度。
根据 DORA ROI 的指导纲要，留住现有人才更具有效益，增加企业的知识储备且保持这种技术上的优势继续进行培训学习。如何衡量和量化新员工的招聘和培训成本？美国进步中心研究发现，企业花费 21%的成本在离职员工的工资上。
〓性能输出
团队负责人关心的是如何更好的输出性能，如快速部署，新版本交付数量，以及怎么减少 BUG、宕机时间、修复时间等。企业核心功能是团队负责人关心和压力所在。
根据 DevOps 报告显示，高绩效的企业都改善了关键性指标：较之前 200 倍的部署、缩短了 2555 倍的交付时间、24 倍的故障恢复速度以及降低了 3 倍的故障率。
总结
这些因素都很重要，每一个最终都以商业价值为目的。因为关注点不同，要取决于对谁汇报。所以在展开工作和寻求支持时，要根据其度量标准去考虑，并且以这种度量标准和他们进行交谈。
原文作者：Kate Duggan
原文链接：The Language of DevOps ROI - DZone DevOps
目前尚无回复
Select Language