BCM

BCM testing: testing continuity plans with the tabletop exercise

By SecDrills editorial team
A BCM test (business continuity test) checks whether the plans and assumptions of your business continuity management hold in a real incident: whether the recovery times from the business impact analysis are realistic, whether continuity and recovery plans work and whether the emergency organisation knows who decides when. It is less about technology than about the interplay of people, processes and service providers. The most common entry format is the tabletop exercise: the team plays through a realistic scenario in the roles it would have in a real incident, compares the plan with what it actually does and documents deviations in an auditable way. Technical recovery tests complement it. This article shows what a BCM test checks, how tests and exercises differ, what ISO 22301, NIS2 and DORA require and how the BCM test differs from the disaster recovery test.

What does a BCM test check?

A BCM test checks the supporting assumptions and documents of your business continuity management against reality. Five subjects are at the centre:

  • BIA assumptions: are criticality, dependencies and priorities from the business impact analysis still right, for example after a change of service provider?
  • RTO and RPO: can the defined recovery times and maximum tolerable data losses actually be achieved with the available resources?
  • Business continuity plans: can business units keep working with emergency operation, alternative processes or manual workarounds?
  • Recovery plans: are order, responsibilities and dependencies for recovery described realistically?
  • Emergency organisation: do alerting, escalation and crisis team work function? Are deputies named and reachable?

Why do BCM plans have to be tested?

Continuity plans go out of date faster than they are written: responsibilities change, systems are replaced, service providers are added, and the assumptions of the business impact analysis shift. Only the test shows whether the RTO and RPO targets are realistic, whether escalation works and whether everyone involved knows their role. Unexercised plans usually fail in a real incident on reachability, unclear decision paths and improvised communication, more rarely on technology. All of that becomes visible in an exercise of 60 to 90 minutes.

Test or exercise? The formats

Colloquially every check of a continuity plan is called a “BCM test”. Exercise guidance such as ISO 22398 and national BCM standards distinguish the formats by how much is actually executed. Plan walkthroughs, tabletop and crisis team exercises and alerting exercises mainly train people and the emergency organisation. The functional test executes a plan or a measure for real, for example a failover or restore test. In practice that means: a test has a clear pass or fail criterion, an exercise trains and assesses behaviour.

FormatTest or exercise?Mainly checks
Plan walkthroughExercise at the tablePlausibility, completeness and currency of a plan
Tabletop exerciseExerciseCrisis team work, situational picture and decisions on a scenario
Command post exerciseExerciseInterplay of crisis team, communications and operational teams
Alerting exerciseExercise with real alertingReachability and call-back rate within the time window
Functional testTestReal failover, recovery or restore

The tabletop exercise corresponds methodically to the plan walkthrough or a discussion-based crisis team exercise on a scenario. It can be run in 60 to 90 minutes and needs no intervention in systems. A staged programme makes sense: tabletop exercises as the regular rhythm, complemented by functional tests for the most critical systems.

What do ISO 22301, NIS2 and DORA require?

  • ISO 22301 requires an exercise programme with documented results and improvements derived from them (clause 8.5, see below).
  • NIS2 requires business continuity including crisis management and procedures to assess the effectiveness of the measures (Art. 21(2)(c) and (f)).
  • DORA requires financial entities to test ICT business continuity plans and response and recovery plans at least yearly (Art. 11(6)).

Testing is therefore mandatory, partly by standard, partly by law.

Exercise programme under ISO 22301, clause 8.5

ISO 22301:2019 requires in clause 8.5 a programme of exercises and tests that validates the effectiveness of the business continuity strategies and solutions over time. Exercises and tests should:

  • be consistent with the business continuity objectives and be based on well-planned scenarios with clear aims,
  • develop teamwork, competence, confidence and knowledge of those involved,
  • taken together, validate the strategies and solutions over time,
  • produce formalised post-exercise reports with results, recommendations and actions,
  • take place at planned intervals and after significant changes.

Improvements must follow from the results. For certification, the documented evidence is what counts.

BCM test vs. disaster recovery test

A disaster recovery test checks technical recovery, a BCM test the ability of the whole organisation to act. The differences at a glance:

CriterionBCM testDisaster recovery test
SubjectBusiness processes and the emergency organisationIT systems, data, infrastructure
Guiding questionCan the organisation keep delivering critical services or resume them in time?Can systems and data be restored technically?
Who is involvedCrisis team, business units, IT, communications, service providersIT operations, system owners, IT service providers
Typical formatsPlan walkthrough, crisis team exercise, tabletop exercise, alerting exerciseRestore test, failover test, recovery test
MeasureDecision paths, clarity of roles, adherence to the priorities from the BIAAchieved recovery time and data loss compared with RTO and RPO

The two belong together: a successful restore is of little use if nobody decides which system comes back first. And the best business continuity plan fails if the backup cannot be read.

How does a BCM test run as a tabletop exercise?

  1. Choose a critical scenario, e.g. ransomware with a production outage or the loss of the central data centre.
  2. Set up the team in real roles (crisis team, IT, business units, communications).
  3. Develop the scenario through injects and make decisions under time pressure.
  4. Check response, recovery order and communication against the plan’s targets (RTO/RPO, escalation levels).
  5. Produce an after-action report with lessons learned and scheduled actions.

Where do BCM tests fail in practice?

  • Only IT exercises: recovery also concerns business units, procurement and communications. If they are missing, the plan remains untested.
  • The scenario spares the weak spots: whoever only exercises what is sure to work creates false confidence.
  • No consequences: findings without actions, owners and dates fizzle out until the next exercise.
  • No documentation: without evidence, the best exercise does not count in the audit.

The evidence for the audit

Every exercise with SecDrills ends with a documented after-action report: scenario, participants with roles, decisions with timestamps and the discussion outcomes. You derive deviations from the plan and the action plan from it. That is the evidence auditors expect for ISO 22301, NIS2 and DORA, and you can present it directly. If you exercise regularly, the reports also show whether your team is getting better from exercise to exercise. The bigger picture is explained in the BCM guide.

Frequently asked questions

What is a BCM test?

A BCM test checks whether business continuity plans and the assumptions of the business impact analysis hold in a real incident. It checks RTO and RPO, continuity and recovery plans and the emergency organisation. It takes the form of an exercise on a scenario (e.g. tabletop) or of a functional test.

How often must a BCM plan be tested?

ISO 22301 requires exercises at planned intervals and after significant changes, without a fixed frequency. Financial entities must test their ICT business continuity plans at least yearly under DORA (Art. 11(6)). In practice, at least one exercise per critical scenario per year has proven sensible.

What is the difference between a BCM test and a disaster recovery test?

The disaster recovery test checks whether IT systems and data can be restored technically. The BCM test checks whether the organisation as a whole remains able to act: decision paths, emergency operation of the business units and communication.

Is a tabletop exercise enough as evidence for the audit?

For evidencing the exercise and testing programme, yes, if it is documented: scenario, participants, decisions, deviations and actions. Auditors expect exactly this chain of exercise, evaluation and tracked improvements. An after-action report delivers it in auditable form. The tabletop exercise does not replace technical functional tests.

Note: This article is for general information and is not legal advice. The applicable laws and regulations, and the current state of national transposition, take precedence.

Your first BCM test as a tabletop exercise: from 30 minutes

You pick a scenario and send your team a link. The exercise follows the ENISA methodology. When it ends, the report with roles, decisions and timestamps is ready for you to present in the audit. Where you stand today, the free readiness check shows in two minutes.

Start the readiness check