作为持续改进过程的一部分，指标对于DevOps和持续交付至关重要。但是，您必须在收集和显示具有大量信息的数据之间取得平衡。作为持续改进过程的一部分，指标对于DevOps和持续交付至关重要。但是，您必须在收集和显示具有大量信息的数据之间取得平衡。您需要随时决定要收集哪些数据以及要关注哪些较小的数据集。如果你的汽车有一个仪表板，显示它通过发动机管理系统收集的每一个指标，那么就没有挡风玻璃的空间了。早期汽车的仪表盘上只有一个电流表，用于测量电池和稳压器之间的电流。这很重要，因为它告诉您充电系统正在工作。没有速度计。这辆车的最高时速只能达到每小时35英里，而且悬架系统不鼓励以该速度行驶。无需测量速度。在现代汽车中，没有为电流表留出的仪表板空间（尽管如果出现问题，电池灯会亮起）。但是，您会发现几乎每辆车都有一个速度表。当前的仪表板设计反映了汽车及其运行的更广泛系统的演变。发动机更强劲，悬架更好，道路通常更平坦，路上的汽车更多。对安全的态度也发生了变化。同样，随着您对团队和组织中的差异做出反应，您收集和显示的指标也会随着时间的推移而发生变化。当您创建和发展您的测量系统时，您应该避免一些常见的错误。忽略数据指标的第一个问题是您花费大量精力收集它们，而不是总是使用它们。即使在定期审查数字的组织中也会发生这种情况。您的数据需要一些洞察生成过程。您可以将您从信息中发现的内容转化为实验理论。然后实验应提供新数据以再次开始循环。收集DevOps指标的唯一好理由是更多地了解您所做的事情并找到改进方法。如果您收集数据只是为了以防万一，那么这些数据很可能会被滥用或根本不被使用。活动偏差有四个级别的测量，活动通常是最早和最容易收集的。您通常可以近乎实时地跟踪活动。活动的结果通常要到稍后的某个日期才能作为输出或基于结果的指标提供。活动指示器通常是您现有工具的内置功能，因此它们已经可用。问题不是所有的活动都代表进步。有些活动甚至可能会减少产出并导致更糟糕的结果。您可以使用活动指标来预测产出和结果的未来变化。为此，您必须不断测试活动指标与相关产出或成果指标之间的关系。如果你只测量活动，你会得到很多运动但没有进步。一次跟踪太多指标您收集和显示的指标数量可能会增长，而且增长速度通常很快。不久之后，您的仪表板就会充满图表，您不知道什么是重要的，什么不是。您需要保持您跟踪的指标精简、最新和相关。当图表不再有用时，您应该将其从仪表板中删除。您还应该考虑是否仍然需要收集指标并在没有充分理由跟踪它时将其淘汰。如果您已经有一个仪表板，请打开它并询问：“如果这个数字上升或下降，我会做些什么不同的事情？”对于每个图表。经常重新审视这个问题，并删除您没有答案的所有图表。您的指标集应侧重于关键的长期输出和结果指标，并使用一个仪表板显示您当前改进工作的所有类别的短期指标。MicrosoftPowerBI、Tableau或GoogleDataStudio等数据可视化工具是您组织中一些最有用的软件产品。许多业务工具都有基于网格或文本的界面，但数据工具上到处都是彩色动画图表。创建一个引人入胜的仪表板很容易分散注意力。如果您不从度量设计开始，您最终会得到许多对您的日常工作没有影响的令人愉悦的仪表板。您需要仪表板和图表工具来帮助您理解信息，但首先您需要设计指标。最好开始收集具有低保真度的有意义的指标。您可以从一个简单的电子表格甚至白板开始。在确定哪些指标对您的团队和组织有帮助后，开始自动收集并创建流畅的显示。如果您投入太多时间来创建令人惊叹的仪表板，您会发现很难在不再需要图表时删除它们。标准化一些组织试图通过让其他团队遵循相同的流程来复制高绩效团队的成功。这很少能成功，因为每个团队处理不同的问题并且具有不同的技能水平。正如流程和实践需要特定于上下文一样，指标也是如此。您应该将指标用作持续改进活动的一部分。对于提前期较长的团队，您可以测量批量大小、排队时间以及每个状态下的工作时间。这些指标不适合主要关注质量的团队。这需要一个数据、洞察力、理论和实验的循环，您可以在其中查看有关您要解决的问题的信息，形成可以改进问题的理论，然后运行实验来检验您的想法。您收集的指标也会向您的团队发出当前重要的信号。您会经常看到改进，因为您的指标表明您关心软件交付的某些方面。通过眼睛，您应该创建一个简单的仪表板，显示您为实验跟踪的指标。这应该显示在信息辐射器上，以便团队中的每个人都可以看到数据。但是，如果您仅在有人查看仪表板时才对数据做出反应，您可能会在仪表板上塞满太多信息并错过关键事件。随着时间的推移跟踪进度的长期指标似乎与改进软件交付的短期指标同样重要。解决在不使仪表板混乱的情况下保留长期指标的问题的关键是对数据实施监控和警报流程。自动警报应该会告诉您指标是否超过阈值，并且您可以使用异常检测来告诉您是否发生了有趣的事情。通过自动跟踪指标，您可以将它们从仪表板中删除以释放空间。奖励绩效如果您的团队正在努力提高他们的部署率，那么如果他们实现每日部署，可能很想奖励他们。这种激励方法可能会导致不良结果。一个团队可能会为了实现一个目标而忽略其他关键工作——不是为了欺骗系统，而是因为你把日常部署看得比什么都重要。在具有里程碑意义的书《奖励惩罚》中，AlfieKohn解释说，试图通过激励来管理人员会对您的组织造成长期伤害。数百项研究发现，人们在受到奖励时会做得更糟。使用指标营造竞争氛围，无论是个人表现、不同团队的比较，还是工作场所的游戏化（引入游戏元素作为“有趣”竞争的一种形式），都会带来麻烦。竞争与您在组织中真正需要的东西相冲突：协作。如果你的工作假设人们想要做好工作，你会发现你不需要使用奖励或惩罚来让他们提高绩效。结论5个DORA指标和SPACE框架提供了一种预先构建的平衡方法来衡量软件交付性能。（过去有4个DORA指标，但增加了一个额外的可靠性指标。）一组好的指标将混合领先指标以预测性能和滞后指标以检查预测准确性。测量应跨越活动、输出、系统输出和结果类别。无论您衡量什么，您都需要不断完善您的指标，以确保它们对您的团队和组织仍然有用。理想情况下，您收集的指标与您为检验您的理论而运行的特定实验相关。如果您很好地使用指标，您将在寻求成为软件交付领域的精英之一时提高绩效和学习。
