Skip to main content
The four DORA metrics — deployment frequency, lead time for changes, change failure rate, and time to restore service — measure engineering team performance across both velocity and stability.

The four metrics

1. Deployment frequency

How often your team deploys to production.

2. Lead time for changes

Time from code commit to running in production.

3. Change failure rate

Percentage of deployments that cause a failure requiring remediation (rollback, hotfix, or patch).

4. Time to restore service (MTTR)

How long it takes to recover from a failure in production.

Why DORA matters

DORA research (now part of Google Cloud) demonstrated that these four metrics predict both software delivery performance and organizational performance. Teams that excel on all four metrics:
  • Deploy more frequently with fewer failures
  • Recover faster when things break
  • Have higher employee satisfaction
  • Deliver more business value
The key insight: velocity and stability are not tradeoffs. Elite teams are both fast and reliable.

How monitoring helps

Uptime monitoring directly impacts two DORA metrics:

Change failure rate

Monitoring immediately tells you whether a deployment caused a failure. Without monitoring, failed deployments can go undetected for hours, distorting your metrics.

Time to restore service

Faster detection (MTTD) means faster restoration (MTTR). Automated monitoring with clear alerting is the foundation of rapid recovery.

Improving DORA metrics

Monitoring as Code and DORA

Monitoring as Code specifically improves DORA metrics by:
  • Deployment frequency — monitoring config deploys alongside code changes
  • Lead time — automated validation catches issues in CI, not production
  • Change failure rate — monitoring changes are reviewed in PRs like code
  • MTTR — consistent monitoring setup across environments speeds diagnosis

MTTR & MTTD

The incident metrics that feed into DORA’s MTTR.

CI/CD patterns

Automate monitoring deploys to improve all four metrics.