What are DORA Metrics?
DORA metrics, told as a story about a report card that measures a crew by four numbers instead of a feeling.
"Is our crew doing okay?" "Seems like they're trying hard."Answering with just a feeling doesn't tell you if they're really doing well.
Feelings alone can't tell you whether things got better or worse.You need to line them up side by side to really know.
Measure the crew's skill with four numbers.How often, how fast, how safely, and how fast to fix.
All four numbers are better this year than last year.More often, faster to prepare, fewer failures, faster to fix.
Watching just one isn't enough — all four together show a truly good crew.Build often while ignoring the failure rate, and you just have a crew that breaks things often.
DORA metrics = a report card of four numbers — deployment frequency, lead time, failure rate, recovery time — that measure a crew's real performance instead of a feeling.
Four software delivery performance metrics defined by DORA (DevOps Research and Assessment): Deployment Frequency, Lead Time for Changes, Change Failure Rate, and Time to Restore Service. Looking at all four together is what lets you place a team on a scale from 'Elite' down to 'Low'.
When grown-ups say it
- DORA metrics
- The four numbers that measure a crew's skill. One piece of the whole job of keeping the park running. → the people who keep an amusement park open
- Deployment frequency
- How often the crew builds. Once a week is a better sign than twice a month.
- Lead time for changes
- The time from starting the prep to finishing the build. Shorter means guests see the new ride sooner.
- Change failure rate
- The chance a build goes wrong. Lower means the crew is working safely.
- Time to restore service (MTTR)
- How fast things get fixed when they go wrong. You can't avoid every mistake, but fixing it fast is what counts.
- Performance tiers (Elite/High/Medium/Low)
- A label given by combining all four numbers. Just knowing the names is enough — exact thresholds vary by context.
- Relation to rollback and postmortems
- Rollback shortens recovery time; postmortems lower the failure rate. If something's wrong, switch back to yesterday's version, then write it down without blame.
- Relation to capacity planning
- Even with great numbers, a day of crowds still needs its own kind of preparing. That means counting last year's numbers and this year's events in advance. → counting next year's guests in advance