Blog
September 2026 · 6 min read
Business continuity

How do operational resilience and BCM teams use resimate?

BIAs and continuity plans are static documents, out of date soon after sign-off. Here's how the same work becomes dynamic: driven by your data, current when dependencies change, and tested.

The short answer

resimate does the dependency mapping BCM teams can't do by hand: end to end, from important business services to processes, applications and suppliers, and kept up to date. On that connected view, operational resilience and BCM teams move from spreadsheets to dynamic continuity plans and steer resilience with live data. When a dependency changes, the affected plans show it. And the view shows where time and resources bring the highest return.

The BCM year, as most teams live it

Send out the BIA questionnaires. Chase the owners. Consolidate the spreadsheets and review the GRC report. Update the plans. Pass the audit. Start again.

By the time the cycle ends, the first BIAs are out of date. The plans can't keep up with reality. And when IT restores systems after an outage, it follows its own priority list, which rarely matches the one in your BIA. The problem is the format. A static document can't match today's pace of change, and AI keeps speeding it up. The data behind it can.

We ran that cycle for years, including in a hospital where the client stopped us in the first week: "You can't run around asking everyone what's important. We need to find the truly critical things faster." resimate is the better way we went looking for.

The hard part: an end-to-end dependency map

Mapping dependencies end to end, from important business services to processes, applications and suppliers, is the part nobody can do by hand and keep current. A partial map doesn't help. Services without the applications behind them, or applications without their suppliers, break the chain exactly where an outage hits.

resimate takes that off your plate. We map the full chain with you, on the data you already have, using the method we built running these programs ourselves. From there, BIAs and plans stop being spreadsheets and become dynamic continuity plans. In regulated sectors, the map is now a requirement too: DORA asks financial entities for exactly this chain.

"You didn't just bring the software to the table. You brought your skills to map those things for me." Andrea Manning, CISO, Acorn Life

Start from services, and let the structure rank them

In resimate, we connect every important business service or critical function to the people, processes, technology, sites and third parties behind it. Service owners review a drafted picture instead of filling in another questionnaire, and their corrections land in the same view.

Mark a service as an Important Business Service or Critical Function once, and the label flows down the chain to every process, system and supplier behind it. You see where dependencies concentrate and where one failure hits several critical services at once.

Define the minimum and the workarounds

For each disruption scenario, you define the Minimum Viable Company: which services must keep running, at what level, and with which workarounds. That replaces "switch to manual" with something people can run.

Continuity plans build from the business impact and dependencies already in the view, so nobody starts from a blank page. resimate proposes workarounds based on your context. When a dependency changes, the plan flags the workaround that is now missing. During an incident, the plan is built for activation: impact clock running, contacts one tap away.

Connect business priorities to IT recovery

The recovery sequence comes from the same view, so IT restores what the business needs first. When IT's tested recovery can't meet the tolerance the business set, the RTO feasibility view shows it, dependency by dependency. BCM and IT DR finally look at the same picture instead of comparing two spreadsheets in a meeting.

Test it before an incident does

Exercises run against your real services and dependencies. Start from the capabilities you want to test, pick a loss scenario, and see where the plan and the workarounds hold. Every capability improvement that comes out of it gets recorded with an owner.

From the field

A global consumer goods company started without any connected view. In resimate it now connects its departments, value chain and key business services to the applications, SaaS and IT services underneath, linked to the threat and loss scenarios that matter and the capabilities that cover them.

Your first six weeks

  1. Week 1: scope your first critical services and collect what you have: earlier BIAs, continuity plans, process maps, application lists.
  2. Week 2: first dependency map, from the service down to the people, systems and suppliers behind it.
  3. Weeks 3 to 4: Minimum Viable Company, workarounds and recovery sequences for your first scenario.
  4. Weeks 4 to 6: plans connected to the live view, team trained, first exercise planned.

Spreadsheets and exports work on day one. Nothing you built so far goes to waste.

See it on your own data

Bring one important business service and the BIA you already have. We map it with you and show you its dependencies, its minimum and what your plan is missing. Plans should be the outcome of planning, and the planning should stay current.

FAQ

Can we import our existing BIAs and continuity plans?

Yes. Spreadsheets, exports and existing documents are the starting point. The first dependency map is built from what you already have.

Does resimate replace our BCM tool?

resimate covers BIAs, continuity plans, the Minimum Viable Company and exercises, all on one connected view. Whether it replaces your current tool depends on what you use it for today. We go through that in the first conversation.

How does resimate handle impact tolerances?

You set them per important business service. The RTO feasibility view then checks the recovery chain against them, so you see where a tolerance can't be met before an incident shows you.

Who keeps the information current?

Service owners review a drafted picture instead of filling in blank forms. When dependencies change, the affected plans flag it, so the update goes to the right owner.
Author
Patrick Lechner is co-founder of resimate. He has 15 years of experience building and running cyber resilience and crisis management capabilities, as a Big4 Director and as VP, Head of IT and Security, with crisis work across cyber incidents, financial crises and humanitarian emergencies. He works side by side with resilience teams in financial services, critical infrastructure and technology, and that work is still the best part of his week.
Questions? Feedback?
We would love to hear from you. Please do not hesitate to contact us.

More resilience insights

Operational resilience
7 min read

What makes a good operational resilience program?

Most resilience programs produce documents nobody opens during an incident. The good ones build a shared, current picture of how the business works, and use it to decide what to fix first.
Resilience strategy
6 min read

How do you prioritize resilience investment?

Too many applications, too many dependencies, too few people and too little budget to prepare for every disruption equally. Make the choice, and get leadership behind it.
Operational resilience
6 min read

How do you plan for every threat?

Cyber attacks, floods, pandemics, vendor failures. The threat list never ends. The list of what you lose is short: a site, a system, a supplier, people or data.
Tech resilience
6 min read

How do tech and cyber resilience teams use resimate?

BCM has its tool. Servers have ServiceNow. Recovery priorities, RTO alignment and the customer impact of an outage usually live in spreadsheets and people's heads. Here's what changes when they live in one connected view.
Operational resilience
6 min read

How do you plan for every threat?

Cyber attacks, floods, pandemics, vendor failures. The threat list never ends. The list of what you lose is short: a site, a system, a supplier, people or data.