Software Delivery Performance

Categories
Systems
Sources
Accelerate (Nicole Forsgren, Jez Humble, Gene Kim)

The measurable capability of an organization to deliver changes to users quickly and reliably. It is operationalized by four metrics: deployment frequency and change lead time (throughput), and change failure rate and time to restore service (stability). The central, counterintuitive finding is that throughput and stability move together: high performers are faster and more stable, so speed and stability are not a tradeoff but the joint product of the same underlying capabilities.

Why it Matters

It turns "are we good at delivering software" from opinion into measurement, and that measurement predicts organizational outcomes such as profitability and productivity. It also dissolves the old belief that you must slow down to be safe, redirecting effort toward the capabilities (small batches, automation, fast feedback) that raise both speed and stability at once.

Signals

  • Changes reach users frequently and quickly, while change-failure rate and recovery time stay low.
  • The team can answer all four metrics with data, not impressions.
  • Anti-signal: shipping rarely "to be safe," yet still suffering high failure rates and long, painful recoveries.

Benefits

A shared, evidence-based definition of delivery capability; leading indicators that track to business outcomes; and a target that rewards the capabilities improving speed and stability together rather than trading one for the other.

Risks

The metrics can be gamed (trivial deploys to inflate frequency). Measuring delivery without improving the capabilities behind it changes nothing. Turning the metrics into individual performance targets corrupts them (Goodhart's Law).

Tensions

Throughput and stability look like opposites and are managed as a tradeoff in many organizations. The finding that they rise together holds only when the underlying capabilities are present; pushing deploy frequency without them does trade away stability.

Examples

A team deploying many times a day with a low change-failure rate and fast recovery, versus one with quarterly releases, high failure rates, and long stabilization periods after each.