
Release rollbacks start before release day
Plan how to stop or reverse a problematic release while accounting for data changes and work created after deployment.
Practical ideas for software, websites, mobile apps and the work they make possible. Find a clearer way forward.

Plan how to stop or reverse a problematic release while accounting for data changes and work created after deployment.

Give people a clear next action when a form, save or integration fails, and preserve the work they already entered.

Monitor the business journey, route actionable alerts and distinguish an available homepage from a working service.

Judge backups by the business work you can recover, including files, settings and connected services.

Make password reset understandable, secure and recoverable when a customer cannot access their usual email.

Plan enrolment, everyday use and account recovery together when introducing multifactor authentication.

Define access by business actions and record boundaries, then test what each role must be unable to do.

Record meaningful changes with enough context to answer who changed what, when and why.

Treat incoming events as repeatable messages and make failed deliveries visible to the people who operate the business.

Make data imports predictable with explicit mappings, validation summaries and a review before changes are committed.

Assign an authoritative system for each field before connecting your business applications.

Make approval requests complete, assignable and recoverable when a decision maker is away.