DORA Metrics: Measuring software delivery performance | LeanIX (2023)

The ultimate guide to

Download 17 metric posters

Find out what DORA stats are and why do we need them? Learn how to measure and improve DevOps performance for value stream management.

Download 17 metric posters

Shortcuts

  1. Entry
  2. What are DORA stats?
    1. Fulfillment frequency
    2. Change handling time
    3. Average recovery time
    4. Change the error indicator
  3. Benefits of tracking DORA stats
  4. The main challenges of DORA statistics
  5. DORA measurements and value stream management
  6. Application

Entry

Digital transformation has turned any company into a software company, regardless of the industry it is part of. Companies are expected to react faster to changing customer needs, but on the other hand, to provide stable services to their customers. To meet these demands, DevOps teams and Lean practitioners must continuously improve.

DORA stats andFlow statisticsaddress this need by providing objective data to measure the performance of software delivery teams and drive product improvements.

Read on to find out what these stats are and how they can help youvalue stream managementattempt.

What are DORA stats?

DORA metrics are used by DevOps teams to measure their performance and determine whether they are "poor" or "elite". The four metrics used are deployment frequency (DF), change lead time (LT), mean time to recovery (MTTR), and change failure rate (CFR).

Delivery frequency:It refers to the frequency of successful production software releases.

Change handling time:Captures the time between committing a code change to a deployable state.

Average time to recovery:It measures the time between failure due to deployment or system failure and full recovery.

Change error indicator:Indicates how often team changes or fixes lead to bugs after code is deployed.

The acronym DORA stands for DevOps Research and Assessment Team. As part of the seven-year program, this Google research group analyzed DevOps practices and capabilities and was able to identify four key metrics to measure software development and delivery performance.

It has revolutionized the way DevOps teams work as these metrics provide visibility and real-time data that can be used as a basis for improvement and decision making.

To create this practical guide to DevOps, Google's research group analyzed data from over 32,000 DevOps professionals around the world - in addition to the official DevOps report, it also published the ROI whitepaper on DevOps transformation and the book "Accelerate: The Science of Lean Software and DevOps: Building and Scaling High-Performance Technology Organizations, co-authored by Nicole Forsgren, DORA team leader.

In the following sections, you'll learn more about the four DORA metrics and why they're so useful for value stream management.

(Video) Measuring Software Delivery With DORA Metrics

Free report

State of Developer Experience — w 2022 r

Low DevOps maturity = more challenges for developers

Download the report and find out:

  • What does a high level of DevOps maturity indicate?
  • What metrics do teams use to measure technical effectiveness?
  • How common is the adoption of DORA statistics?
  • How can business and engineering find each other?

DORA Metrics: Measuring software delivery performance | LeanIX (3)

DORA Metrics: Measuring software delivery performance | LeanIX (4)

DORA Metrics: Measuring software delivery performance | LeanIX (5)

Fulfillment frequency

As the name suggests,Fulfillment frequencyrefers to the frequency of successful software releases to production. In other words, it measures how often a company deploys code for a particular application.

The metric, which relates to the total number of deployments per day, is developed from production concepts that measure and control the batch size of inventory supplied by the company.

Of course, the more successful companies tend to make smaller and much more frequent deliveries – or in the DevOps world, more frequent but smaller deployments.

In general, the standard is one deployment per week, while a high-performing company publishes up to seven deployments per day. The standard number of deployments varies from product to product, of course.

For example, mobile apps that require customers to download the latest versionUpdate, usually a maximum of one or two releases per quarter, while a SaaS solution can be deployed several times a day.

The questions he answersElite artistsHigh performanceMedieval artistsLow efficiency
How often does your organization deploy code to production or make it available to end users?On demand (several deployments per day)From once a day to once a weekFrom once a week to once a monthFrom once a month to once every six months

Bron: 2019 Accelerate State of DevOps, Google

Once DevOps teams realize they fall into the underperforming category, they can install more automated processes when it comes to testing and validating new code, reducing the lag between bug fixes and delivery.

Change handling time

This metric measures the time it takes committed code to reach production. While deployment frequency measures the cadence of new code being released,Change handling timemeasure the speed of software delivery. Used to better understand the DevOps team's cycle time and how to handle request spikes. The shorter the turnaround time, the more efficiently the DevOps team deploys the code.

Two types of data (time stamps) are required to measure the turnaround time of changes: the exact time of approval and the exact time of implementation - in other words, the time from start to finish of the product; it is then used as an indicator of overall performance.

The questions he answersElite artistsHigh performanceMedieval artistsLow efficiency
How long does it take to go from approved code to successfully running in production?Less than one dayFrom day to weekFrom a week to a monthFrom a month to six months

Bron: 2019 Accelerate State of DevOps, Google

When long lead times are detected, DevOps teams can implement more automated deployment and review processes and break down products and features into much more compact and manageable units.

Average recovery time

ZAverage recovery timeThe metric measures the time it takes to restore a service after a failure. No matter how well a DevOps team performs, unplanned downtime or incidents happen. And since failure is inevitable, it's really the time it takes to repair or restore a system or program that makes all the difference.

When a company has a short recovery time, management tends to feel more comfortable with sensible experimentation and innovation. This in turn creates a competitive advantage and improves the company's turnover.

The metric is important because it encourages engineers to build more robust systems. It is usually calculated by tracking the average time between a bug being reported and a fix being deployed.

The questions he answersElite artistsHigh performanceMedieval artistsLow efficiency
How long does it take to restore a service when there is an incident or service failure that affects users?Less than an hourLess than one dayLess than a dayFrom a week to a month

Bron: 2019 Accelerate State of DevOps, Google

To improve their performance in terms of MTTR, DevOps teams must constantly monitor and prioritize corrective actions in the event of a failure. It is also useful to create an action plan for immediate response to an outage.

Change the error indicator

This metric captures the percentage of code changes that subsequently led to incidents, rollbacks, or some other type of production failure. So,Change the error indicatoris a true measure of quality and stability, while the previous metrics, implementation frequency and change time, do not indicate the quality of the software, but only the speed of software delivery. According to the DORA report, high achievers range from 0 to 15%.

The change failure rate is calculated by counting the number of failed deployments and then dividing by the total number of deployments. This time-tracked metric provides good insight into how much time is spent fixing bugs and delivering new code. It goes without saying that a DevOps team should always aim for the lowest possible average.

(Video) Using DORA Metrics to Measure and Speed up your Software’s Delivery

The questions he answersElite artistsHigh performanceMedieval artistsLow efficiency
What percentage of changes in production or at the end user result in a deterioration in the quality of services?0-15%0-15%0-15%46-60 %

Bron: 2019 Accelerate State of DevOps, Google

To achieve a high average, teams need to reduce the number of failed deployments and time lost due to delays.

DORA Metrics: Measuring software delivery performance | LeanIX (6)

white paper

Pickup Where SBOM Ends - Security Best Practices Guide ..

DORA Metrics: Measuring software delivery performance | LeanIX (7)

Agreement

Gartner® Report: Innovation Insights for SBOM

DORA Metrics: Measuring software delivery performance | LeanIX (8)

Agreement

International Survey: State of Developer Experience Survey 2022

DORA Metrics: Measuring software delivery performance | LeanIX (9)

Poster

Restrict CVE with a service directory

All Free Resources »

Benefits of tracking DORA stats

So why should all DevOps teams use DORA metrics? The answer is quite simple: if there is no data to measure performance, it is difficult or almost impossible to make improvements.

DORA metrics break down the abstract processes in software development and delivery and make them more tangible and visible so technical managers can take concrete steps to streamline processes and add value to software.

Below is an overview of the most convincing benefits of DORA indicators.

Decision

Companies that streamline the development and delivery process increase the value delivered by software and are more successful in the long run. By tracking performance with DORA metrics, DevOps teams can identify trends that drive informed decisions that lead to positive change.

Deliver value

in recent yearsvalue stream managementhas become an important part of software development. In this context, DORA metrics play a major role as they show what kind of value is being delivered to the customer and what level of performance is required to achieve the desired business results. So when DevOps teams use DORA metrics, they usually see value increase over time.

Didyscyclus

When performance is measured, there's a good chance it's a game. This means that people who feel responsible for a certain stat will adjust their behavior to improve the stats on their side. While this can be disruptive in various contexts, it has the desired effect in DevOps: it helps to eliminate inefficient processes and reduce waste.

The main challenges of DORA statistics

While DORA metrics are a great way for DevOps teams to measure and improve performance, the practice itself has its own challenges. For most companies, these four metrics are just a starting point and should be tailored to the context of each application, not a team or organization.

(Video) DORA Metrics Explained

Below are four DORA challenges to keep in mind.

  • Decentralized environment and data: Data is scattered across different sources in the IT environment.
  • Data extraction: Data is only available in raw format.
  • Data transformation: Data must be converted and combined into computable units.
  • Speed ​​versus stability: Individual stats need to be put in context. A high change error rate may indicate poor quality control, while a high deployment frequency says nothing about code or product quality.

DORA measurements and value stream management

Earlier, we mentioned DORA metrics and their importance in value stream management. Today, more and more organizations not only use DORA metrics to streamline and optimize software development and delivery, but alsoValue stream managementto create end-to-end visibility of the entire production process.

Monitoring each step through the right onea value stream management platform such as LeanIX VSM– that is, from customer request to product delivery – this management technique ensures that the full value of the software is delivered to the customer in the most efficient way.

Application

By far, DORA is the best way to visualize and measure the performance of engineering and DevOps teams. However, organizations should not stop there. To unlock the full value that software can bring to the customer, DORA metrics must be part of everyonevalue stream managementattempt.

Combining service catalogs, flexible scheduling and delivery platforms in oneplatform with LeanIX VSM, your software organization gets the holistic insight it needs to reduce waste and streamline software development and delivery.

Free poster

Build better software with 17 indicators

Learn about core metrics that help DevOps, CTOs, Product Managers, and Technical Leads improve technical performance.

Free poster | 17 metrics to help build better software

DORA Metrics: Measuring software delivery performance | LeanIX (10)

DORA Metrics: Measuring software delivery performance | LeanIX (11)

What are crawling, walking and running metrics?

DORA Metrics: Measuring software delivery performance | LeanIX (12)

How to measure them?

DORA Metrics: Measuring software delivery performance | LeanIX (13)

What are the resources to track them?

DORA Metrics: Measuring software delivery performance | LeanIX (14)

What is their impact potential?

Free Trial

Create reliable digital products faster

Connect teams, technology, and processes for effective software delivery with LeanIX Value Stream Management.

(Video) Take DORA Survey To Measure And Improve Your Software Delivery Performance

DORA Metrics: Measuring software delivery performance | LeanIX (15)

DORA Metrics: Measuring software delivery performance | LeanIX (16)

DORA Metrics: Measuring software delivery performance | LeanIX (17)

Answers to frequently asked questions about DORA statistics

What are DORA stats?

DORA metrics are used by DevOps teams to measure their performance and determine whether they are "poor" or "elite". The four metrics used are deployment frequency (DF), change lead time (MLT), mean time to recovery (MTTR), and change failure rate (CFR).

What is deployment frequency?

Deployment frequency refers to the frequency of successful software releases to production. In other words, it measures how often a company deploys code for a particular application.

What is the waiting time for changes?

Lead Time for Changes measures the speed of software delivery. Used to better understand the DevOps team's cycle time and how to handle request spikes.

To measure the turnaround time of changes, two types of data (time stamps) are required: the exact time of approval and the exact time of implementation - in other words, the time from start to finish of the product, the average time is used as an indicator of overall performance.

What is the failed change rate?

The change failure rate is a true measure of the quality and stability of software delivery. It records the percentage of changes made to the code that subsequently led to incidents, rollbacks, or other types of production errors.

It is calculated by counting the number of failed deployments and then dividing by the total number of deployments.

What is the average recovery time?

Mean mean time to recovery measures the time it takes for a service to recover from a disaster. It is calculated by tracking the average time between when a bug is reported and when the fix is ​​deployed.

(Video) The Importance of DORA Metrics in Measuring DevOps Performance

FAQs

DORA Metrics: Measuring software delivery performance | LeanIX? ›

DORA metrics are used by DevOps teams to measure their performance and find out whether they are “low performers” to “elite performers”. The four metrics used are deployment frequency (DF), lead time for changes (LT), mean time to recovery (MTTR), and change failure rate (CFR).

What are the 4 Dora metrics? ›

DORA metrics are used by DevOps teams to measure their performance and find out whether they are “low performers” to “elite performers”. The four metrics used are deployment frequency (DF), lead time for changes (LT), mean time to recovery (MTTR), and change failure rate (CFR).

What are the 5 Dora metrics? ›

There are five key DORA metrics to use: Deployment Frequency (DF), Mean Lead Time for Changes, Mean Time to Recovery, Change Failure Rate and Reliability.

What do Dora metrics measure? ›

DORA includes four key metrics, divided into two core areas of DevOps: Deployment frequency and Lead time for changes measure team velocity. Change failure rate and Time to restore service measure stability.

Are Dora metrics useful? ›

Because DORA metrics provide a high-level view of a team's performance, they can be beneficial for organizations trying to modernize—DORA metrics can help identify exactly where and how to improve. Over time, teams can measure where they have grown and which areas have stagnated.

What are the 5 metrics that can be used by management to monitor and evaluate? ›

The leading project management metrics include productivity, cost, gross margin, quality, satisfaction, and scope of work. Key project management metrics provide insight into how your projects are progressing, how much money you're spending, and your team's performance.

How do you measure 4 key metrics? ›

The four key metrics are Deployment Frequency (the frequency at which new releases go to production), Lead Time For Changes (the time until a commit goes to production), Mean Time to Restore (the time it takes to resolve a service impairment in production) and Change Failure Rate (the ratio of deployments to production ...

What are 5 examples of metrics to measure performance? ›

5 key employee performance metrics to track
  • Quantity. These are the easiest to measure and are likely the first that come to mind when you think about employee metrics. ...
  • Quality. The quality of an employee's work affects customer satisfaction and team productivity. ...
  • Effectiveness. ...
  • Teamwork. ...
  • Learning and development.
Sep 13, 2022

What is Dora framework? ›

DevOps Research and Assessment (DORA) is the largest and longest running research program of its kind, that seeks to understand the capabilities that drive software delivery and operations performance. DORA helps teams apply those capabilities, leading to better organizational performance.

What is the difference between flow metrics and Dora? ›

AGILE & DevOps: While metrics like DORA are more developer-centric and therefore don't cover the entire value stream, Flow Metrics are needed to address other items and concerns that affect the success of software delivery.

How is Dora Reliability measured? ›

The change failure rate metric measures the percentage of changes that fail in production. It's calculated by the number of deployment failures / total number of deployments. In essence, it measures the reliability of your software development and deployment processes.

What is the difference between space metrics and Dora metrics? ›

While DORA focuses on the effectiveness of processes, particularly those related to DevOps, SPACE concentrates on the capabilities within the team. DORA metrics are more process-oriented, providing a high level evaluation of how well the software delivery and operational processes are working.

Why do Dora metrics matter? ›

Why Do DORA Metrics Matter? Tracking DORA Metrics in your organization will help your teams achieve the ideal combination of rapid velocity and outstanding quality in their software engineering. If you want to deliver high-quality software, and deliver it fast, then it pays to track your DORA Metrics.

What is lead time Dora metrics? ›

Lead Time for Changes is a DORA metric and, as such, is also a core DevOps metric. Lead Time for Changes is defined in Accelerate: The Science of Lean Software and DevOps (which popularised the DORA metrics) as 'the time taken to go from code committed to code successfully running in production.

What is MTTR in Dora? ›

Mean Time to Recovery (MTTR) is a useful DORA metric that captures the severity of the impact. This metric shows how efficiently software engineering teams are fixing the problems. MTTR is the best practice to ensure you deliver the right and secure products to the end users.

What are the 4 key metrics of Thoughtworks Tech Radar? ›

Those metrics were identified as: deployment frequency, change lead time, change fail percentage and mean time to restore.

What are the 4 to 8 key metrics that matter to your target customers in their buying decisions? ›

  • Conversion Rates. In all of big data, conversion is the new position. ...
  • Cost Of Retention. We'd bet on the cost of retention. ...
  • Consumers' Income. ...
  • Engagement. ...
  • Customer Lifetime Value. ...
  • Intent. ...
  • Cultural Listening. ...
  • Life Events Data.
Jan 2, 2020

What are the core objectives of Dora? ›

DORA metrics core objectives

By measuring the velocity of development and stability of deployment and the product itself, teams are motivated to improve their results during subsequent iterations. And improving them leads to better business outcomes.

How is Dora reliability measured? ›

The change failure rate metric measures the percentage of changes that fail in production. It's calculated by the number of deployment failures / total number of deployments. In essence, it measures the reliability of your software development and deployment processes.

Videos

1. DORA Metrics: How to measure Software Delivery Performance | Hadian Rahmat - Engineering Mgr GITS-ID
(Tekno Bareng Peter)
2. What are DORA metrics?
(Swarmia)
3. DORA metrics - User Analytics (HD)
(GitLab)
4. DORA Metrics 101 @SleuthTV
(Sleuth TV)
5. DORA Metrics: We've Been Using Them Wrong
(LinearB)
6. Real-world use cases for DORA metrics: Unlock your software team's performance
(Sleuth TV)

References

Top Articles
Latest Posts
Article information

Author: Virgilio Hermann JD

Last Updated: 11/09/2023

Views: 6187

Rating: 4 / 5 (41 voted)

Reviews: 80% of readers found this page helpful

Author information

Name: Virgilio Hermann JD

Birthday: 1997-12-21

Address: 6946 Schoen Cove, Sipesshire, MO 55944

Phone: +3763365785260

Job: Accounting Engineer

Hobby: Web surfing, Rafting, Dowsing, Stand-up comedy, Ghost hunting, Swimming, Amateur radio

Introduction: My name is Virgilio Hermann JD, I am a fine, gifted, beautiful, encouraging, kind, talented, zealous person who loves writing and wants to share my knowledge and understanding with you.