DevOps ：无价值指标与可操作指标

观看完本文后，你将能够识别无价值指标的局限性，描述可操作指标的价值，并列举可操作指标的示例。
警惕无价值指标。无价值指标能让人感觉良好，但不利于采取行动。例如，想想网站的 “点击量” 这一指标。你可能会宣称：“太棒了，我们网站有 10000 次点击量！” 但是…… 一次点击意味着什么呢？一次点击代表什么呢？是一个人紧张地点击了 10000 次？还是 10000 个人每人点击了一次就离开了？你并不清楚。你不知道接下来应该采取什么行动，因为你一开始就不知道是什么行为吸引访客来到你的网站，所以你也不知道下一步该采取什么行动。仅点击量本身并不是一个可操作指标。它表明了有活动发生，但你不知道这是好的活动还是坏的活动。在大多数情况下，这不是一个很有用的指标。
相反，你应该使用可操作指标。想想这个例子：假设你在网站上添加了一个新功能，最初你采用 A/B 分组测试来推出这个功能，B 组 50% 的客户可以看到新功能，而 A 组另外 50% 的客户看不到。几天后，你比较每个客户组带来的收入，注意到 B 组每个客户带来的收入比 A 组高 20% 。想想你能做出的所有决策。显然，你会希望将这个功能推送给 100% 的客户，从而开始提高所有客户带来的收入。你可能会继续尝试推出更多类似的新功能。现在你就建立起了因果关系。你知道自己做了什么，并且可以采取行动来获得或多或少相同的预期结果。要意识到，你可能还发现了一些对客户特别有价值的东西。这就是可操作指标的力量；所以，确保你使用的是可操作指标。
以下是一些可操作指标的示例。这些例子来自《精益创业》一书的作者埃里克・莱斯（Eric Ries）。
缩短新功能的上市时间。能够尽快推出新功能让客户满意是非常重要的。
提高产品的整体可用性。如果产品无法供客户使用，那么你推出什么新功能都无济于事。
缩短软件发布的部署时间。这是第一个指标的一部分，但重点关注发布准备就绪后的部署环节。
提高生产前测试中检测到的缺陷百分比。尽早发现缺陷非常重要。换个角度看，这也意味着减少生产环节的缺陷。
更高效地利用硬件基础设施。这直接影响你的销售成本。如果你降低了成本，就意味着更多的利润，所以衡量并优化对现有资源的利用是可行的。
快速向产品经理提供性能和用户反馈。在关键时候掌握信息对于做出明智的决策至关重要。
在 2017 年题为《工具无法修复你糟糕的 DevOps》的演讲中，妮可・福斯格伦（Nicole Forsgren）指出了她认为最重要的四个可操作指标。
第一个是平均前置时间。一个想法从提出到投入生产需要多长时间？从利益相关者提出新功能需求开始，这个功能需要多久才能交付到他们手中？
第二个是发布频率。你能多快发布产品更新？希望是能多快就多快，但也不要过早。你不会希望被竞争对手抢占先机，而自己却要花很长时间才能做出回应。
第三个是变更失败率。当你推出新功能或进行变更时，失败的频率有多高？你要确保在加快发布速度的同时，部署的变更不会频繁失败。如果变更导致系统不稳定，那么速度就毫无意义。
第四个是平均恢复时间。当出现故障时，需要多长时间才能从故障中恢复？你不应该只关注故障平均间隔时间，而是要具备应对故障的韧性，在故障发生时能够快速恢复。
在本文中，你了解到无价值指标乍一看可能很吸引人，但能提供的可用于行动的信息有限。可操作指标提供了有意义的方式来衡量你的工作流程并朝着目标努力。DevOps 的可操作指标包括平均前置时间、发布频率、变更失败率和平均恢复时间 。