Progressive delivery

Last updated:

Progressive delivery is an evolution of continuous delivery that adds two controls on top of "the code is in production": progressive rollout — exposure expands in stages rather than all at once — and progressive delegation — control over each release shifts from engineering toward product and support as confidence grows. Feature flags, canary releases, and percentage rollouts are its building blocks.

The two halves: progressive rollout and progressive delegation

The term, coined by RedMonk analyst James Governor in 2018, named a pattern teams were already converging on. The first half, progressive rollout, means a release reaches users in widening rings — internal staff, then a canary, then 10%, then everyone — each tier gated on healthy metrics. The second half, progressive delegation, means the power to flip a feature on moves outward over time: engineering ships it dark, then product decides when to reveal it, then support can toggle it per customer. Feature flags are what make both halves a configuration decision rather than a deployment.

How it differs from continuous delivery

Continuous delivery gets code to production safely and often; it stops at deploy. Progressive delivery picks up where it ends, treating release as a separate, gradual, reversible act. In practice that means deploying behind a flag (a dark launch), ramping with a percentage rollout, and keeping a kill switch ready. For a worked example of staging a rollout, see progressive rollouts in practice.

Want the full picture? Read the concept guide: Rollout strategies →

Try it in your own app

Free Solo plan covers 10 flags and 2 environments. No credit card, no demo call — sign up and ship.