Every plan is built on a set of assumptions, and every plan eventually meets a moment where one of those assumptions turns out to be wrong. A key supplier suddenly can’t deliver. A critical team member leaves without warning. A major client’s circumstances change overnight. None of this is a sign of poor planning — it’s simply what happens when plans meet a world that doesn’t hold still. What separates teams that recover quickly from teams that scramble for weeks isn’t luck. It’s whether anyone spent a little time, in advance, imagining what a disruption might look like.
Why Contingency Planning Gets Skipped
Planning for a hypothetical disruption competes, in any given week, against planning for the work that’s actually in front of you — and the actual work almost always wins that competition, because it’s concrete and immediate while the hypothetical disruption is neither. This is a reasonable, if ultimately costly, way for attention to get allocated. The cost of contingency planning is small and immediate; the benefit is uncertain and in the future. Human judgement is notoriously bad at prioritising exactly this kind of trade-off correctly.
The result is that most contingency planning only happens after a disruption has already occurred once — a genuinely inefficient way to learn a lesson that could have been anticipated, at far lower cost, in advance.
What Genuinely Useful Contingency Planning Looks Like
It doesn’t require predicting the specific disruption. The value of contingency planning isn’t in correctly guessing exactly what will go wrong — that’s largely impossible. It’s in building enough general readiness and flexibility that a range of disruptions, most of which were never specifically anticipated, become considerably easier to absorb.
It focuses on genuine points of fragility, not every conceivable risk. Trying to plan for every possible disruption is its own kind of waste. The more useful exercise identifies the specific places where a single point of failure — one supplier, one person, one system — could cause disproportionate damage, and concentrates planning attention there.
It asks a specific, useful question: what would we actually do? Rather than a vague sense that “we’d figure it out,” genuinely useful contingency planning works through, at least roughly, what the first few concrete steps would actually be if a specific disruption occurred — who would need to be informed, what alternative options exist, and who’s responsible for making the call.
It’s revisited periodically, not created once and filed away. Circumstances change — a supplier relationship that was genuinely a single point of failure two years ago may not be today, and new dependencies emerge that didn’t exist when the original planning happened. Treating contingency planning as a living exercise, not a one-time document, keeps it actually useful.
A Practical Way to Build This Habit
Identify your team’s genuine single points of failure. Ask directly: if this specific person, supplier, system, or client relationship disappeared tomorrow, how disruptive would that actually be? The answers that come back as “quite disruptive” are where planning attention belongs.
For each significant point of fragility, sketch a rough response, not a detailed plan. A rough, directionally useful outline — who gets contacted first, what the immediate stopgap looks like, who owns the decision — is worth considerably more than no plan at all, and it doesn’t require the exhaustive detail that makes formal contingency planning feel like a large undertaking.
Build in some genuine slack, deliberately. A team or system running at absolute full capacity, with zero margin, has no room to absorb a disruption without everything else suffering. Some deliberate slack — in budget, in time, in redundancy — is what actually makes a contingency plan executable rather than theoretical.
Communicate the plan to the people who’d need to execute it. A contingency plan that exists only in one person’s head, or in a document nobody else has read, provides much less real protection than the same plan actually understood by the people who’d need to act on it during a genuine disruption.
Treat a near-miss as a valuable, low-cost lesson. When something almost goes wrong but doesn’t, that’s a rare opportunity to improve contingency planning at a fraction of the cost of learning the same lesson from an actual failure. Reviewing near-misses deliberately, rather than simply feeling relieved and moving on, captures value that would otherwise be lost.
A Practical Scenario
A team relies heavily on a single external vendor for a critical piece of their workflow — a dependency that’s worked well for years and has never caused a problem, which is exactly why nobody’s given it much thought. A brief contingency exercise, prompted by nothing more dramatic than a routine planning session, surfaces the fact that a disruption to this vendor would be genuinely serious, with no real backup plan in place.
Rather than switching vendors unnecessarily, the team spends a modest amount of time identifying a viable, if less ideal, alternative and documenting the rough steps that would be needed to switch quickly if the primary vendor became unavailable. Months later, when the vendor does in fact experience a serious disruption of their own, the team activates the plan within days rather than scrambling from scratch — a direct, measurable payoff from a small amount of foresight that had felt, at the time, almost unnecessary.
Common Mistakes
Waiting until after a disruption to build a contingency plan. This is the most common pattern, and it means the lesson is learned in the most expensive, disruptive way possible, rather than the cheapest.
Trying to plan for every conceivable risk. This produces an exhausting, low-value exercise that discourages the more focused, genuinely useful version — concentrating on real points of fragility rather than everything imaginable.
Building a plan and never communicating it. A contingency plan that only exists in one person’s head provides much less real protection than one that’s actually understood by the people who’d need to execute it.
Running with zero margin or slack. Even a well-designed contingency plan is harder to execute inside a system that has no capacity to absorb any disruption at all.
Action Steps
- Identify one genuine single point of failure on your team — a person, supplier, system, or relationship whose sudden disruption would be significantly damaging.
- Sketch a rough, directionally useful response for that specific point of fragility, rather than a fully detailed formal plan.
- Share that rough plan with at least one other person who’d need to help execute it during a genuine disruption.
- Build in a small amount of deliberate slack somewhere it’s currently absent, to make any contingency plan more executable.
- The next time something almost goes wrong but doesn’t, treat it as a genuine opportunity to review and improve your contingency planning.
Key Takeaways
- Contingency planning doesn’t require predicting the specific disruption — it requires building general readiness for a range of possible ones.
- The most useful planning focuses on genuine single points of failure, not an exhaustive list of every conceivable risk.
- A rough, communicated plan is considerably more valuable than a detailed plan that exists only in one person’s head.
- Deliberate slack in a system makes contingency plans genuinely executable, rather than theoretical.
- Near-misses are a low-cost opportunity to improve contingency planning, if they’re deliberately reviewed rather than simply left behind with relief.
Conclusion
No plan survives contact with reality perfectly, and that’s not a failure of planning — it’s the nature of operating in a world that doesn’t hold still. The teams that recover quickly from genuine disruption aren’t the ones that predicted the specific problem in advance. They’re the ones that took a modest amount of time to imagine that something, eventually, would go wrong, and built just enough readiness to respond quickly when it did.
Frequently Asked Questions
How much time should contingency planning actually take?
Far less than it’s often assumed to require — a rough, directionally useful plan for a genuine point of fragility can often be sketched in under an hour, and that’s considerably more valuable than no plan at all.
Is it possible to over-invest in contingency planning?
Yes — trying to plan in detail for every conceivable risk produces diminishing returns and can itself become a significant time cost. Focusing on genuine, high-impact points of fragility is more efficient.
How can I identify my team’s genuine single points of failure?
Ask directly what would happen if a specific person, supplier, system, or relationship suddenly became unavailable — the answers that come back as seriously disruptive are where planning attention belongs.
Should contingency plans be formally documented?
For genuinely significant risks, yes, even briefly — a documented plan that’s been communicated to relevant people provides considerably more real protection than an informal understanding that exists in only one person’s head.
How often should contingency plans be revisited?
Periodically, since dependencies and points of fragility change over time — a plan built two years ago may no longer reflect current reality.
What should be done after a near-miss that didn’t actually cause a disruption?
Treat it as a valuable, low-cost lesson — reviewing what almost went wrong and updating contingency plans accordingly captures real value that would otherwise be lost once the immediate relief fades.