您从未见过的五个强大的DevOps指标敏捷转型、数字化转型和DevOps转型无处不在，因为公司试图改变他们的工作方式以改善业务成果。指标是任何转型的关键部分。传统的IT性能指标，例如计算代码行数和软件错误数量，应谨慎使用，因为存在不值得修复的错误和不值得维护的代码。这些老式的绩效指标衡量的是活动，而不是结果。活动指标很少告诉组织对业务目标的真正影响是什么。那么，应该如何衡量呢？我们需要考虑Flow（流量）相关的指标。流量指标是一种性能指标，可揭示所需业务成果的趋势，例如更快的上市时间、对客户的响应能力以及可预测的发布时间范围。这些业务成果在成功的转型工作中发挥着关键作用。请允许我向您介绍五个强大的流媒体指标。FlowTime（流动时间）FlowTime是衡量事物从开始到结束所花时间的量度。您可能会想，“等等，这不是周期时间吗？”。也许你是对的。这取决于使用定义的上下文。根据你问的人，“循环时间”有不同的含义，计时可能在不同的时间点开始或停止。理解周期时间是一个模棱两可的术语，这就是为什么我在讨论速度指标时喜欢使用流时间。因为FlowTime对大多数人来说是一个陌生的术语，它提供了一个明确定义其含义的机会。流是通过系统的流畅和可预测的价值，是支撑DevOps的三个基本原则中的第一个。FlowTime说明：当请求（request）被批准时，开始计时，当变更生效并在生产环境运行时，计时结束。FlowTime计算开始时间和结束时间。周末来临时，FlowTime不会停止。FlowTime所做的是量化在该时间段内完成给定工作的概率。例如，如果历史FlowTime显示某种类型的工作有90%的概率在30天内交付，那么我们可以说10次中有9次我们可以在30天内交付这种类型的工作。我们知道有10%的可能性需要更长的时间。这使我们能够更好地预测客户的需求。译注：术语LeadTime通常用于DevOps中。但是LeadTime也是来自于工业生产，所以会有歧义。像FlowTime这样的专有名词显然更好。良好的流量效率指标可以让我们更清楚地了解“什么时候完成？”等问题的准确答案。截止日期等指标很少考虑等待时间。然而，问题往往不是处理工作的时间，而是等待时间。想想由于工作依赖性造成的延迟——当涉及到完成一项工作需要多长时间时，等待时间通常比处理工作实际花费的时间具有更大的影响。您绝对是在估算等待时间，而不是工作时间。等待时间通常会消耗FlowTime的85%或更多。译注：该指标也称为PCE（ProcessCycleEfficiency）。WIP报告（在制品报告）对于将工作分解为可以快速完成和交付的较小部分很重要。交付越快，反馈越快。过多的在制品(WIP)（在FlowFramework中称为“流负载”）偷偷打开了更多作业间依赖性、更多冲突优先级、更多计划外工作的大门，从而导致延迟。获取WIP趋势并将其与FlowTime结果进行比较可以帮助我们了解组织中WIP与速度之间的关系。AgingReport（老化报告）AgingReport显示工作项在系统中停留的时间。只要看看有多少工作项在系统中滞留超过30天（或60天或120天），你就会看到系统中有多少浪费。下面的示例图表比较了作业的平均运行时间，并突出显示了那些比平均运行时间更长的工作项目。注解：方框代表该类工作的平均耗时，黑线为该工作的实际耗时，粉线代表超过平均时间的时间。FlowDistribution（流量分布）将工作划分为不同的工作类别，方便我们调整工作优先级，过滤报表数据。流量分配显示了各种工作类别的预期（和历史）分配比例，使计划的工作分配具有可见性。一旦我们有了工作类别，我们就可以按类别过滤报告，例如WIP报告，这反过来可以帮助改进WIP设置和可预测性。注释：工作类型由每个组织定义。例如《凤凰项目》中，定义了四种工作类型：业务相关、运维日常维护工作、变更、计划外工作。根据工作条件，可能需要调整WIP设置。例如，刚刚发布了一项新功能，因此处理错误或技术债务可能会优先于引入更多功能。如果此时你选择继续做更多的特性工作，这将占用其他类型工作的时间，例如修复与技术债务相关的问题。对工作类型的分布进行分类和衡量有助于确定优先级。映射指标和结果如果上市时间是您追求的结果，请衡量FlowTime以帮助其他人了解事情实际需要多长时间。如果效率是您追求的目标，请测量流量效率以查看瓶颈，因此请关注可以改善流量的地方。当涉及到流时，优化非瓶颈点并没有多大帮助。如果团队正在处理未安排的工作和/或优先级冲突，则测量WIP数量（WIP报告）以暴露分配了过多工作的团队。说到效率，如果你过于关注资源效率而不是流程效率，那你就是在浪费时间。如果忽略未完成的重要工作（如修复安全漏洞），则应测量未完成工作在系统中停留的时间（AgingReport）以暴露风险。就像一座正在建设中的桥梁，在完工之前没有任何价值。如果某些类型的重要工作（如修复技术债务）没有相应的优先级，则应测量工作类型的分配（FlowDistribution），使与工作分配相关的问题可见。原文链接：https://www.tasktop.com/blog/5-best-metrics-youve-never-met/【本文为专栏作家“徐磊”原创稿件，转载请通过作者微信公众号devopshub授权】点此查看作者更多好文
