Adding pressure or another status meeting rarely restores confidence when scope keeps moving and milestones slip. First establish what is complete, what is usable, what remains blocked and what evidence supports the current forecast.

Build a short recovery baseline

  • List the outcomes that matter for the next business decision.
  • Separate accepted work from work in progress and unstarted scope.
  • Expose unresolved dependencies, defects and decisions.
  • Check test evidence, deployment readiness and rollback plans.
  • Record the people or suppliers needed to unblock each item.

Do not treat estimates as facts. Ask the team to state assumptions and confidence, then compare the view with recent delivery history. Where evidence is missing, mark it as unknown and agree how to obtain it.

Reset around a credible sequence

Protect the smallest useful outcome, limit new work while critical unknowns are resolved and assign an owner to each dependency. Make trade-offs visible: what will be deferred, what risk remains and which decision needs sponsorship.

A weekly recovery review can stay brief: evidence changed, commitments at risk, decisions needed, quality and release readiness, and actions with named owners. Escalate a decision when it is needed, rather than reporting a blocker repeatedly without a route to resolve it.

Recovery review worksheet

ItemCurrent evidenceOwnerNext decision or action
Business outcomeWhat is usable today?Named roleKeep, reduce or defer scope
DependencyWhat is blocking progress?Decision ownerResolve by an agreed date
Release confidenceTests, defects, rollbackRelease ownerProceed, hold or change plan

A recovery plan is useful only if new evidence can change it. Review the baseline regularly and make changes explicit so that leadership can distinguish a controlled reset from another optimistic forecast.

Explore software delivery recovery.