BCM · Business Continuity Management

Your emergency plans live in Confluence. What if Confluence itself is the emergency?

Runbooks, recovery plans, emergency contacts — for many organisations the crisis knowledge sits exactly where it can't be reached when it matters. We make that knowledge backable, recoverable and readable offline.

The method

BCM is not a backup. It's a disciplined cycle.

Sound business continuity follows a repeatable management cycle — oriented on ISO 22301 and the BSI 200-4 standard. These are the stages we run with you.

01

Policy & scope

Responsibility, objectives and which processes are in scope. Continuity starts as a management decision.

02

Business impact analysis

Which processes are time-critical, what depends on them, and your recovery targets (RTO/RPO).

03

Risk analysis

Assess the threats and weaknesses that could interrupt those critical processes.

04

Strategy & plans

Recovery, emergency and communication plans — concrete, owned and findable.

05

Tests & exercises

Prove the plans work. Common practice per BSI 200-4: at least once a year.

06

Improve (PDCA)

Every exercise and incident feeds back into better plans. Then the cycle starts again.

Oriented on ISO 22301 and BSI Standard 200-4.
The blind spot

Documentation only becomes emergency preparedness once you can actually read it in an emergency.

  • Single point of failure. If the instance goes down — cloud outage, cyber-attack, expired licence, locked access — the emergency handbook sits behind the same locked door.
  • Backup ≠ recovery. An export that was never restored is an assumption, not a plan. Restore capability has to be proven.
  • Tools that leak data. Many export and AI tools push your internal processes through someone else's cloud. BCM knowledge is often exactly what must not leave the building.
  • From nice-to-have to obligation. NIS2 and DORA require continuity, recovery and tested emergency plans — demonstrably.
What a resilient BCM needs

The essentials — and where your Confluence documentation plays a part.

BCM is more than a backup. It's a considered cycle of analysis, preparation, testing and improvement. We bring these building blocks into your knowledge base.

BIA

Business impact analysis

Which processes are time-critical? Which documentation is vital — and therefore protected first?

RTO / RPO

Recovery targets

How fast must it be back (RTO), how much data loss is tolerable (RPO)? This defines your backup strategy.

BACKUP

Backup & off-site

Move content out of the instance regularly and completely — the backup building block of your BCMS.

RESTORE

Recovery

A clean, tested rebuild. A restore that was never rehearsed is hope, not a plan.

OFFLINE

Readable in a blackout

Your plans available offline and independently — even when the instance, network or login are unreachable.

CRISIS

Crisis management

Clear roles, escalation and communication. The right contacts and checklists in one accessible place.

TEST

Exercises & evidence

BSI 200-4 calls for regular tests — common practice: at least annually, plus after major changes.

PDCA

Continuous improvement

Plan–Do–Check–Act: every exercise and incident flows back into better plans and fresher docs.

SOVEREIGNTY

Data sovereignty

Local processing, no cloud waypoint, no sharing with third parties or external AI services.

The tools behind it

Three building blocks that make your knowledge base failure-proof.

Each block addresses a concrete BCM requirement — built for Confluence, run under your control.

Exporter

Backup

↳ Backup management

Pulls your content out of the instance regularly and completely — structured, traceable, with no detour through someone else's cloud.

Importer

Recovery

↳ Restore & resume

Restores secured content cleanly. Makes the restore rehearsable — turning "should work" into tested evidence.

Offline Reader

Emergency access

↳ Readable when it counts

Makes your documentation readable independently of the running instance — the actual emergency handbook when everything else is down.

Advisory & support

Software secures the knowledge. People decide in an emergency.

Tools are half the battle. The other half is roles, routines and rehearsal — we build those with you, tailored to your organisation.

↳ in the workshop

Crisis management & roles

Who decides, who coordinates, who communicates? We staff the crisis team — from emergency coordinator to situation assessment to internal and external communication — and set escalation and decision paths. The detailed shape is tailored to your organisation.

↳ planned & recurring

Training & exercises

A plan that's never rehearsed rarely survives the real thing. Tabletop exercises, team awareness and leadership training turn documents into lived routine. Format and depth match your maturity level.

↳ your offline kit

The emergency kit

The one set that bundles the essentials in a blackout: critical documentation, contacts and access paths — offline, sorted, instantly at hand. What goes in is derived together from your critical processes.

↳ the framework

BCM concept & structure

From single block to coherent whole: a BCM oriented on established standards and sized to fit you — no overhead, but auditable. We sketch the roadmap in the readiness check.

Our difference

Resilience must not create a new risk.

Many tools move your most sensitive knowledge into someone else's infrastructure. We go the other way: preparedness that stays under your control.

  • Local, not cloud

    Processing runs in your environment. No external waypoint for internal content.

  • No third-party sharing

    No transfer to external AI or analytics services. What's internal stays internal.

  • Independent of the vendor

    Your emergency access doesn't hinge on the survival or availability of a single cloud service.

  • Demonstrable

    Backup and tested recovery provide the evidence NIS2 and DORA expect.

Why now

For many organisations BCM has moved from best practice to obligation.

Two European frameworks require continuity, recovery and tested preparedness — with a much wider scope than before.

NIS2

Broad reach beyond the critical-infrastructure circle

The German implementing act (NIS2UmsuCG) obliges affected entities to backup management, recovery after an incident and crisis management (§ 30 BSIG).

In force since 6 December 2025 · no general transition period
DORA

Mandatory IT continuity in finance

For financial entities and their IT providers, tested business continuity plans with defined recovery times are mandatory — owned by management.

Applicable since 17 January 2025

Note: general orientation, not legal advice. Whether and how you're affected, we clarify in the readiness check based on your specific situation.

Working together

Four stages — from a first look to a managed operation.

You start where you are. Each stage stands on its own and builds on the previous.

01

BCM readiness check

Assessment · one-off

Where does your Confluence-based emergency documentation stand? Gaps, quick wins and a BIA entry point — as a clear finding with recommendations.

02

Migration & setup

Build · one-off

We set up the backup and restore path and provide offline emergency access — cleanly documented and handed over.

03

BCM assurance

Assurance · yearly

Regular restore tests, audit-ready evidence and alignment with the current regulatory picture. The stage that turns preparedness into demonstrable resilience.

04

Managed / hosted

Operation · ongoing

Operated in a sovereign environment — no cloud dependency, with clearly defined responsibility. For organisations that outsource continuity without giving it away.

Questions & answers

BCM, briefly answered.

What is BCM, and is it mandatory?
BCM (Business Continuity Management) is the discipline of keeping time-critical business processes running during and after a disruption. It is mandatory for many organisations through the EU's NIS2 directive — in force in Germany via the NIS2UmsuCG since 6 December 2025 — and DORA, applicable since 17 January 2025. For organisations outside those frameworks it is voluntary best practice, oriented on ISO 22301 and BSI Standard 200-4.
How does BCM apply to Confluence documentation?
Many organisations keep runbooks, recovery plans and emergency contacts in Confluence. If the instance becomes unreachable, that documentation is a single point of failure. BCM addresses this with three building blocks: regular backup of content out of the instance, tested recovery (restore), and offline emergency access so the documentation stays readable when the system is down.
Are we affected by NIS2 or DORA?
NIS2 covers essential and important entities across far more sectors than classic critical infrastructure, including many mid-sized companies. DORA covers financial entities and their ICT providers. Whether a specific organisation is in scope depends on sector, size and role; this is clarified in a readiness check. This is general orientation, not legal advice.
What does a BCM readiness check involve?
The BCM readiness check is a compact assessment of your Confluence-based emergency documentation: it identifies gaps and quick wins, provides a business impact analysis (BIA) entry point, and delivers a clear finding with recommendations. Scope and effort depend on your environment; contact kontakt@gerber-resilience.eu for a quote.
First step

Let's find out whether you could read in an emergency.

The BCM readiness check is compact, concrete and without obligation — and afterwards you'll know where your biggest gaps are.

Request a BCM readiness check
kontakt@gerber-resilience.eu