MAKE THE PLAN
WORK UNDER PRESSURE.
Keep the practical information that sits behind a continuity plan: controlled contacts and dependencies, a timestamped incident chronology, and short exercises that expose weak assumptions before a real disruption does.
KEEP THE DETAILS YOU NEED OFF THE MAIN SYSTEM.
These are deliberately small working registers for continuity use. Keep only the information required to contact people, switch suppliers and recover essential systems.
Who needs to be reachable?
What dependency may need switching?
What must be restored, by whom?
RECORD FACTS, DECISIONS AND ACTIONS.
A simple chronology reduces reliance on memory when conditions are changing. Record what was known at the time, who decided what, and what needs to happen next.
TEST THE DECISIONS BEFORE THE INCIDENT.
Choose one failure mode and work through it with the people who would actually make the decisions. The exercise is discussion-led: the objective is to expose assumptions, ownership gaps and recovery dependencies.
Feed what you learn back into the continuity plan.
Registers, logs and exercises are useful only if the plan changes when assumptions fail. Update recovery order, deputies, switch thresholds and workarounds after each meaningful exercise or incident.