您如何测量Devops？

如果您要说服自己（或团队或管理人员）您的运营程序需要进行更好的更改，并且尝试使用Devops方法是有意义的，或者您的运营组织正在不断改进，并且您进行了任何更改，确实有所作为–您必须衡量一些东西。 但是呢

衡量文化

诺基亚的John Clapham建议您应该尝试衡量您的运营文化的健康程度。 在今年伦敦举行的Devops Days会议上，他谈到了衡量和监督文化的方式-行为，态度和价值观-
确定人们是否专注于“正确的事情”，并评估团队的动力和满意度。 诺基亚已经启动了Devops计划，并希望了解在最初的推动和传福音逐渐消失之后，变革和改进的动力是否仍然存在。 因此，他们提出了一系列重要的信号，他们认为这些信号可以捕获重要的行为和态度：

1. 周期时间–从开发到生产部署的时间。 我们移动得更快还是足够快？
2. 共同的目标–人们是否都共享/相信相同的目标，是否相信改善发展与运营之间的合作方式？
3. 动机–每个人都在乎自己在做什么吗？
4. 协作–人们愿意一起工作吗？
5. 有效性–每个人的时间是否都以有用的方式度过？ 浪费了多少时间？

周期时间是相对容易测量和报告的唯一测量方法。 其余的都是高度主观和模糊的。 诺基亚试图通过询问以下问题的问卷收集这些信息：您是否认为有机会改善工作方式？ 您在稳定，开销，改进和创新上花费了多少时间？ 您的方式是什么：缺少时间，专注于功能的压力，糟糕的工具，缺乏管理支持，什么都没有？

您可以并且应该衡量的运营重要信号

克拉珀姆的最后一个问题是：“您会寻找什么生命体征？”

我不相信您可以衡量组织的文化有效性 ，或者如果可以的话，它真的很有用。 您不能从一厢情愿的调查表中看出变化是否对组织的有效性产生了真正的影响，您是否走上了正确的道路； 或帮助您了解您需要更改的内容以及更改对底线（或顶线）的影响。 为此，您需要进行具体的，基于结果的度量，以指出优点和缺点，并可以用来提出变更理由或证明您的决定合理。

木偶实验室和IT革命出版社最近发布了一份“ 发展状况报告 ”，其中包含了许多有趣的数据。 该报告强调了衡量指标在了解组织的绩效以及Devops计划为何值得或将值得的原因方面的重要性。 它们提供了客观度量的列表，分为两个主要类型。

敏捷性和可靠性指标：

1. 部署率/频率
2. 变更准备时间–变更获得批准并投入生产需要多长时间
3. 变更失败率（John Allspaw出色的演讲“ Ops Meta-Metrics ”说明了在生产中关联部署频率/大小/类型与失败（类型和严重性）的重要性）
4. 平均恢复时间（和平均检测时间）

功能指标：

1. 测试周期时间–测试变更需要多长时间？
2. 部署时间–经过测试和批准后，推出新变更需要多长时间？
3. 生产中的缺陷率（缺陷逃逸率）
4. 服务台的票数–消防花费了多少时间？

此列表中缺少其他两个重要指标：

1. 营运成本
2. 留住员工–衡量人们是否幸福的关键指标

评估DevOps程序的成功很简单：
如果您不省钱...
如果您无法轻松，快速地进行更改，那么…… 如果您没有提高质量和可靠性以及组织对问题的响应能力，那么…… 如果你不能留住好人... ……然后您所做的任何事情都不起作用，或者您做得不正确。 无论您是“做DevOps”还是使用某些工具，或者人们似乎更加协作，或者认为他们具有更大的共同目标感，这都没有关系。 重要的是结果。 确保您正在衡量正确的事情–这样您就知道自己在做正确的事情。

参考： 如何测量Devops？ 来自JCG合作伙伴 Jim Bird在Building Real Software博客上的介绍。

翻译自: https://www.javacodegeeks.com/2013/04/how-do-you-measure-devops.html