Before a Major Go-live

A launch depends on end-to-end behavior, dependencies, and operating procedures. A completed checklist is not evidence of readiness.

Questions worth answering

  • Which success condition defines a usable launch?
  • Can detection and escalation work on day one?
  • What evidence supports rollback and data recovery?

The outcome to protect

Protect the first business outcomes, including detection, rollback, and reconciliation when launch fails.

How we investigate

Walk through the critical path, failure handling, operational signals, rollback, and reconciliation with explicit stop conditions.

Decisions & outcomes

  • Evidence-backed go-live questions
  • Readiness gaps with accountable owners
  • A scoped validation and rollback plan

A working signup is only half the launch gate

A fictional scenario, not a customer result.

The question to resolveCan the first customer receive the correct entitlement, and can the release be reversed safely?

  1. Account created
  2. Entitlement written
  3. Welcome event queued
  4. Customer can sign in

Launch path

The release candidate completed the selected signup and entitlement path in staging.

Evidence basis
Tested
Verification result
Verified
Freshness
Fresh

Reversal gap

Rollback has not been exercised with welcome events already queued. Compatibility with the previous consumer is unknown.

Evidence basis
Unknown
Verification result
Unverified
Freshness
Unknown

The resulting decision

Keep the launch decision open until the rollback exercise accounts for queued events and confirms entitlement correctness after reversal.

Scope of this example

Success covers the selected release candidate and scenario. It is not a promise that every customer journey or rollback condition is verified.

Choose one critical flow.

Tell us what must work and what you need to know. We agree the scope before delivery.