The recovery exercise was skipped to save time. How should I report readiness?

Unverified recovery readiness

Report the exercise as not performed and explain which recovery assumptions remain untested. Agree a safe test or a justified launch limitation with the accountable owner. Do not convert a planned exercise into completed assurance because the launch date is close.

What to do now

  1. List untested recovery assumptions
  2. Assess their operational consequences
  3. Arrange a safe exercise or launch limitation
  4. Record the actual evidence and decision
Recommended action flow for unverified recovery readiness: List untested recovery assumptions then Assess their operational consequences then Arrange a safe exercise or launch limitation then Record the actual evidence and decision. Escalate when the service's required recovery capability remains unproven at launch.

When to escalate

Escalate when

The service's required recovery capability remains unproven at launch.

Who decides

The service owner and authorized operational decision maker

Example

A limited pilot is approved while the full-service restoration exercise is scheduled and owned.

Mistake to avoid

Marking recovery ready because a procedure exists on paper.

Prevent a repeat

Test whether receiving teams can operate and recover the service without depending on informal project-team support.

Suggested ApprovedFlow setup

  • Tasks
  • Documents
  • Approvals

Keep handover tasks, operating evidence and the acceptance decision linked to the project while retaining monitoring and incident control in the actual service tools. See the platform

Related cases

Practice references