Skip to main content
Back to KPI Library
Engineering

What is Deployment Frequency?

How often code is shipped to production.

How to calculate it

Calculate Deployment Frequency as: Number of production deployments per period. Pull the inputs from your connected data and track the trend over time in your dashboard.

Examples

Example 1

The team ships to production 14 times this week -- multiple deploys per day (elite).

Example 2

The team ships to production 14 times in a week -> multiple deploys per day, placing it in the elite DORA category.

Why it matters

Deployment frequency is how often code is shipped to production and is a key DORA measure of delivery throughput. Frequent, small deployments reduce risk and accelerate the feedback loop between building and learning. Counting non-production deploys inflates it and obscures real delivery cadence.

Benchmark context

Elite teams deploy on demand, often multiple times per day; high performers deploy between daily and weekly, per DORA research.

Common pitfalls

Counting non-production deploys.

The complete guide

Understanding Deployment Frequency

Deployment frequency is how often code is shipped to production and is a key DORA measure of delivery throughput. Frequent, small deployments reduce risk and accelerate the feedback loop between building and learning. Counting non-production deploys inflates it and obscures real delivery cadence. For context, elite teams deploy on demand, often multiple times per day; high performers deploy between daily and weekly, per DORA research. Treat an external benchmark as a reference point rather than a universal target: company stage, sector, customer mix, pricing model and measurement definitions can materially change what “good” looks like. Read Deployment Frequency alongside Lead Time for Changes and Change Failure Rate; together these measures provide a more balanced view and reduce the risk of optimizing one number at the expense of the wider outcome.

Define every included record and value consistently, and reconcile the total to its source system before comparing periods. Use stable production boundaries and timestamp definitions, and distinguish planned work from incidents, rollbacks and failed deployments. Measure at service or team level and keep the start event, end event and production boundary stable; portfolio averages can hide a fragile component. A dashboard should show the current value, prior-period comparison and a trend rather than presenting one isolated reading.

Treat the metric as a prompt for system improvement: reduce batch size, automate safe delivery, strengthen observability, rehearse recovery and use blameless reviews to eliminate recurring failure modes. Common pitfalls: counting non-production deploys. Record the definition beside the dashboard, review it when systems or processes change, and annotate unusual events so future readers can distinguish a genuine performance shift from a data or timing effect.

Sources and further reading

  1. Common incident management metrics

    Atlassian Accessed

Related KPI guides

Turn KPI definitions into governed dashboards

Metricwise helps teams define metrics once, reuse them across dashboards, and ask trusted business questions in plain English.

Get Started