BCM
Business Continuity Management. The management discipline for preparing, responding, recovering, and improving when disruption affects important activities.
BCM tools
Lightweight continuity tools for practical planning.
Use these browser-based BCM tools to structure recovery objective discussions, BIA preparation, plan reviews, tabletop exercise planning, and terminology checks.
BCM System Playground
Build a demo BCM program with services, BIA, strategy, plans, exercises, incident mode and dashboards.
RTO/RPO Explainer
Translate criticality, downtime tolerance, and data loss tolerance into a planning category.
BIA Readiness
Check whether a process is ready for a useful business impact analysis conversation.
Plan Completeness
Find missing continuity plan sections and generate focused next actions.
Exercise Planning
Confirm objectives, scenario, injects, participants, evaluation criteria, and after-action output.
RTO Capability Gap
Compare target RTO with demonstrated recovery time and quantify the recovery gap.
BCM Software Requirements Builder
Select the capabilities your program needs and generate a requirements shortlist for evaluation.
BCP Template Builder
Enter recovery objectives, dependencies, strategy and actions to generate a structured continuity-plan draft.
DR Plan Questionnaire
Review recovery architecture, backups, runbooks, cyber recovery, validation, RTO/RPO and failback readiness.
BCM Glossary
Search common BCM, BIA, recovery, resilience, and incident response terms.
Impact Matrix Builder
Draft practical impact categories, severity bands, timeframes, and approval logic.
MBCO Planner
Check minimum service, staffing, technology, supplier, and validation inputs.
DR Readiness
Review runbooks, backups, restoration evidence, dependencies, and recovery order.
AI BCM Readiness
Check data quality, privacy, governance, human review, and auditability.
BCM Maturity
Self-assess governance, BIA coverage, plans, exercises, metrics, and improvement.
How to use these tools
Outputs are planning aids. They should support discussion with business owners, technology teams, suppliers, and leadership, not replace formal approval or validated recovery capability.
Recovery objectives
RTO/RPO Explainer Tool
Select basic tolerances and get a plain-language recovery objective category for planning conversations.
Result
Choose inputs to generate guidance.
The result will explain likely RTO and RPO planning expectations in simple terms.
For planning support only. Final RTO and RPO values require organizational approval and validation against actual recovery capability.
Impact analysis
BIA Readiness Checklist
Check whether the right inputs are available before running a business impact analysis interview or refresh.
Readiness
0% complete
Start by confirming ownership, dependencies, impact categories, recovery targets, and workarounds.
Continuity plan
Continuity Plan Completeness Checker
Select the sections your continuity plan already includes. The checker will show missing sections and next actions.
Completeness
0% complete
Select completed sections to identify the highest-value plan gaps.
Exercises
Exercise Planning Checklist
Draft the core structure for a tabletop exercise and check whether the session is ready to run.
Planning status
0% ready
Complete each planning field to create a usable exercise outline.
Reference
BCM Glossary
Search common continuity, recovery, resilience, and incident response terms.
BIA
Business Impact Analysis. A structured analysis of process criticality, impacts over time, dependencies, and recovery requirements.
MTPD
Maximum Tolerable Period of Disruption. The longest disruption period before impacts become unacceptable.
RTO
Recovery Time Objective. The target time for restoring a process, service, system, or activity after disruption.
RPO
Recovery Point Objective. The maximum acceptable amount of data loss measured as time since the last recoverable point.
MAO
Maximum Acceptable Outage. A term often used similarly to maximum tolerable downtime for a process or service.
Crisis management
The leadership and coordination process for high-impact events requiring strategic decisions, communication, and escalation.
Operational resilience
The ability to continue important services within impact tolerances through disruption, often using BCM evidence and testing.
Incident response
The immediate actions used to detect, assess, contain, communicate, and manage an incident.
Recovery strategy
The selected approach for restoring people, facilities, technology, suppliers, data, and operations to an acceptable level.
Dependency mapping
The identification of systems, suppliers, people, sites, data, and handoffs that a process needs to operate or recover.
Critical process
A process whose disruption can cause unacceptable operational, customer, financial, legal, safety, or reputational impact.
Alternate site
A backup work location, facility, or operating arrangement used when the primary site is unavailable.
Call tree
A structured contact cascade for notifying staff, alternates, leadership, suppliers, or stakeholders during an incident.
SITREP
Situation report. A concise update covering facts, impact, actions, decisions, risks, owner, and next update time.
Corrective action
A tracked improvement assigned after an incident, exercise, audit, or review to close a continuity gap.
No matching glossary terms.
Impact scoring
Impact Matrix Builder
Select the matrix elements that are defined. Use the missing items as pre-work before BIA scoring.
Matrix readiness
0% complete
Define categories, levels, bands, ownership, and escalation before using the matrix in a BIA.
Minimum continuity
MBCO Planner
Check whether minimum business continuity objectives are clear enough for plan design and exercises.
MBCO readiness
0% complete
Start by defining the minimum service level and the resources needed to sustain it.
Technology recovery
DR Readiness Checklist
Review whether disaster recovery evidence supports business recovery expectations.
DR readiness
0% complete
Confirm runbooks, dependencies, restoration evidence, and business validation before relying on DR capability.
AI governance
AI BCM Readiness Checker
Check whether BCM data, governance, and review practices are ready for AI-assisted work.
AI readiness
0% complete
AI can support BCM analysis, but governance, privacy, data quality, and human approval must be explicit.
Program maturity
BCM Maturity Self-Assessment
Assess whether the BCM program is documented, validated, measured, and improving.
Maturity
0% mature
Start with governance, scope, BIA, plans, exercises, metrics, and corrective actions.
Recovery capability
RTO Capability Gap Checker
Compare the business recovery target with demonstrated recovery time from a DR test or exercise.
Capability result
Enter target and actual recovery
Use measured exercise or DR-test evidence where available.
BCM software
BCM Software Requirements Builder
Select the capabilities your BCM operating model needs. The tool converts them into concise requirements you can copy into a shortlist, RFI, RFP or proof-of-concept script.
Generated shortlist
0 requirements selected
Start selecting capabilitiesYour shortlist will appear here.
Continuity planning
BCP Template Builder
Create a structured continuity-plan draft from service recovery requirements. The generated plan is a working draft: validate owners, contacts, procedures, controls and capability before approval.
Generated working draft
Complete the service fields to build a plan.
The builder will generate a 20-section BCP structure with your inputs and prompts for missing operational detail.
Planning aid only. A continuity plan should be traced to an approved BIA and recovery strategy, exercised with relevant owners and updated after material change.
Technology recovery
DR Plan Questionnaire
Use this 20-control review to identify missing recovery evidence. It checks more than backup status: dependency order, cyber recovery, business validation and failback are included.
DR plan evidence
0% covered
Tick only controls that are supported by current evidence.
The score is not a certification or compliance rating. Confirm jurisdiction, regulator and organisational requirements separately.