在软件开发中，技术领导者努力提高生产力、缩短周期并改善开发人员体验。传统上，不同组织在这方面的做法大不相同，有些组织注重节省成本的数据点，而有些组织则优先考虑员工体验。 

不存在适用于各个行业和技术栈的一致、数据驱动的方法。这正是 DORA 指标应运而生的地方——这是一种经过验证的方法，旨在满足这一需求。

在本文中，我们将指导您了解 DORA 指标是什么、它们为何重要以及有效使用它们的最佳实践。我们还将探讨如何将这些指标与Pluralsight Flow的可行见解相结合以扩大其影响力。

目录：

• 什么是 DORA？
• 什么是 DORA 指标？
• 部署频率（DF）
• 变更前置时间 (LTFC)
• 恢复服务时间 (TTRS)
• 变更失败率 (CFR)
• DORA 为何如此重要
• 利用 DORA 指标的最佳实践

DORA，即 DevOps 研究与评估计划，是一项致力于揭示影响软件交付和运营绩效的因素的研究计划。 

他们每年都会进行深入分析，并发布由 Google 牵头的年度《DevOps 状况报告》，以收集有关关键工程交付和性能指标的数据。 

本年度报告的目标是确保高质量的软件开发最终能够成功地向用户提供有利可图的产品和功能。

DORA 团队分析了数千个软件工程指标，并确定了四个对推动业务成果特别有影响的指标： 

• 部署频率 (DF)：你的团队部署到生产环境的频率

• 变更前置时间 (LTFC)：将提交部署到生产中所需的时间

• 恢复服务时间 (TTRS)：从系统或产品故障到完全功能恢复的时间

• 变更失败率 (CFR)：团队部署变更导致的事故数量

DORA 通过将绩效分为 4 个类别（低、中、高和精英组织绩效）来评估团队绩效。虽然瞄准精英水平似乎是理想的，但重要的是要记住每个组织都是独一无二的，而背景是解释这些指标的关键。 

例如，一家拥有先进自动化技术的大型企业可能达到精英 LTFC 级别，在数小时内部署变更。相比之下，资源较少的小型企业可能需要数周时间，属于中等类别。中等排名并不一定不利，尤其是对于没有太多自动化技术的小型企业而言，但这种中等排名确实凸显了其软件开发性能有待改进的地方。

了解组织的具体挑战和优先事项有助于团队有效地解释这些基准并做出明智的决策，以持续改进交付流程。

部署频率就是您的团队部署的频率。这直接影响变更到达最终用户的频率。不仅要跟踪部署频率，还要跟踪每次部署的规模，这一点很重要。

增加部署频率的一个简单方法是减少部署规模。这样可以更频繁地发布，并通过限制可能受影响的代码区域来降低出错的风险。如果确实出现问题，较小的部署可以更容易地查明问题的根源。

Flow 如何提供帮助： 

Flow 通过将指定日期范围内的总部署次数除以该范围内的周数来计算部署频率。 

变更前置时间衡量将提交部署到生产所需的时间。此指标是识别和消除可能拖慢团队运营的瓶颈和低效率的宝贵工具。

Flow 如何提供帮助： 

Flow 可以通过确定存在摩擦的区域来帮助优化流程。例如，它可以标记出测试或 QA 中可能长达数天或数周的等待时间。解决这些容易解决的问题可以做出明智的决策，例如投资自动化测试或改进暂存环境以缓解等待期间的瓶颈。

恢复服务时间（也称为平均恢复时间）衡量您的团队从系统或产品故障中恢复并恢复全部功能通常需要多长时间。

在专注于改进指标之前，了解潜在问题非常重要。通过分析恢复服务的时间，您的团队可以制定政策和程序，以最大限度地减少停机时间并在发生故障时加快恢复速度。

Flow 如何提供帮助： 

Flow 提供深入的见解，在实施修复和程序时增强信心。这为您的团队提供了应对事件和中断的清晰路线图。

变更失败率衡量团队部署变更所导致的事件数量。简而言之，CFR 是部署与失败的比率。 

在改进整体 DORA 指标时，变更失败率可用作控制指标。此指标可帮助您识别何时过分强调速度，提醒您的团队在速度和质量之间保持平衡，以便为用户提供更好的产品。

Flow 如何提供帮助： 

Flow 可以更深入地了解拉取请求、代码审查、QA 时间和回流等关键方面，从而提供有关每个步骤重要性的宝贵见解。与开发团队分享这些见解有助于他们了解流程变更的影响以及失败的原因。 

DORA 指标可帮助团队更智能地工作并更快地交付更好的软件。通过评估这些指标，您可以：

• 量化流程变化： DORA 指标为评估和改进软件交付性能提供了具体的数据。

• 监控进度：它们允许团队设定可实现的目标并跟踪提高交付能力的进度。

• 加强协作： DORA 指标使团队围绕共同目标保持一致，促进协作和责任感。

• 缩短交付周期：跟踪部署频率和变更交付周期等指标有助于简化流程，加快交付速度。帮助您的团队更快地交付更多产品。 

• 最小化故障率：变更故障率等 DORA 指标突出显示了改进质量保证实践、减少故障和服务中断的领域。

• 提高客户满意度：更快、更高质量的软件交付可提高客户对产品和服务的满意度和信任。

DORA 指标提供了有关软件交付性能的有用见解，但正确的解释至关重要。请考虑以下最佳实践，以充分利用您的 DORA 指标：

DORA 指标评估团队整体表现。切勿使用 DORA 指标衡量个人表现 — 这可能会导致误解并破坏团队合作。

通过团队合作方式，领导者可以促进协作思维，创造一种人人为共同目标共同努力的文化。DORA 指标衡量开发人员工作的系统——由工程领导者创建的系统。因此，领导者必须将 DORA 指标仅视为系统和流程的衡量标准，而不是对个人或团队的评估。

DORA 指标旨在协同工作，而不是孤立地工作。每个指标都提供了对软件交付性能不同方面的宝贵见解，而且它们往往相互影响。例如，一个只专注于提高部署频率而没有足够关注变更失败率的团队可能会因为仓促部署而遭遇更高的失败率。 

虽然速度对于软件交付很重要，但不应以牺牲质量为代价。同样，只关注质量可能会导致交付时间变慢。在这些指标之间取得平衡以优化性能非常重要。 

将基准视为参考点，而不是僵化的目标。每个团队都有独特的挑战和能力。与其与外部基准进行比较，不如根据团队过去的表现专注于持续改进。

使用 DORA 指标比较组织时要考虑背景。单纯比较指标而不了解潜在因素可能会导致误导性结论。团队规模、项目复杂性、技术堆栈和组织文化会显著影响软件开发 KPI。提供比较的背景和细微差别，以便做出更明智的决策和有意义的改进。

虽然 DORA 指标提供了有关软件交付性能的宝贵见解，但您需要有效地解释它们才能正确使用它们。利用Flow 等软件开发分析工具可以帮助您了解 DORA 指标结果的根本原因。

将 DORA 指标与 Flow 的可行见解相结合，使工程领导者能够为团队发声并做出明智的决策。借助 Flow 的DORA 指标仪表板，工程领导者可以更深入地研究性能指标，确定需要改进的领域，并实施策略以增强软件交付。

虽然 DORA 指标对于努力改进的工程团队来说是强大的工具，但它们往往缺乏粒度和背景，只突出表面层面的问题，而没有提供提高组织绩效的指导。 

为了充分利用 DORA 指标并找出根本原因，工程主管必须深入研究他们的工程数据。Pluralsight Flow提供可操作的见解，推动改进交付、更好的决策和高影响力团队的发展。要了解 Pluralsight Flow 如何提升您的流程，请立即与我们的团队安排演示。