liveBook · Manning

Delivery cadence

As explained in Think Like a Software Engineering Manager

Deployment cadence is the regularity and planned frequency with which software changes are released.

Delivery cadence is the regular, planned frequency of releasing software changes to production. A steady cadence keeps changes from accumulating and makes deployments easier to manage than a single big-bang release. section 12.2.4

A regular cadence helps teams:

  • Prevent large batches of unreleased changes from accumulating in preproduction. section 12.2.4
  • Isolate problems more easily when a deployment fails. section 12.2.4
  • Promote a smoother and more efficient deployment process through team agreement. section 12.2.4

A boring deployment

A robust delivery process makes releases routine: the team clicks a few buttons, changes go live, and the deployment produces little drama. Automation and automated change control support this consistency. section 12.2.4

How Think Like a Software Engineering Manager covers it

How deep it goes
Defines cadence and explains its operational benefits, but does not specify a numerical release frequency.
Examples
Uses accumulated preproduction changes, duplicate-record rollback, and routine button-click releases as concrete illustrations.
What you can do after
Operate/configure a steadier production release process that limits change accumulation and avoids big-bang deployments.
How it connects
Connects deployment cadence with automated deployments, continuous deployment, big-bang deployments, and rollback procedures.

Related concepts

This explainer was generated by Manning's knowledge graph from the text of Think Like a Software Engineering Manager. The section links point to the parts of the book it draws on.