[P2] [S4] Chapter 11
Metrics and Evaluation of Results
Introduction
Scenario testing generates significant insights—but only when results are properly measured and evaluated. Without structured metrics and evaluation frameworks, organisations risk reducing scenario testing to a procedural exercise rather than a meaningful validation of resilience.
Evaluation bridges the gap between execution and improvement. It enables organisations to determine whether they remained within defined impact tolerances, how effectively they responded to disruption, and where critical weaknesses exist.
In the context of operational resilience, evaluation is not simply about whether a test “passed” or “failed,” but about understanding performance under stress and identifying opportunities to strengthen resilience capabilities.
Purpose of the Chapter
The purpose of this chapter is to assess performance against resilience objectives. It provides a structured approach to defining key quantitative metrics, conducting qualitative assessments, and performing gap analysis and root cause identification to support continuous improvement.
Key Metrics for Scenario Testing
Metrics provide objective evidence of how the organisation performed during the scenario. They should be aligned to impact tolerance, ensuring that testing outcomes reflect real resilience expectations.
Impact Tolerance Breaches
The most critical metric in operational resilience is whether the organisation remained within its defined impact tolerance.
Key considerations:
- Was the maximum tolerable downtime (MTD) exceeded?
- Was there a breach of maximum tolerable data loss (MTDL)?
- Were customer impact thresholds exceeded (e.g., number of affected customers)?
- Were regulatory obligations breached?
Evaluation approach:
- No breach: Service remained within tolerance → indicates acceptable resilience level
- Near breach: Threshold approached → highlights potential vulnerabilities
- Breach: Threshold exceeded → requires immediate remediation and escalation
Impact tolerance breaches are often the primary focus for regulators, as they directly reflect the organisation’s ability to maintain critical services.
Recovery Time vs Thresholds
Recovery performance is a fundamental measure of resilience. It assesses how quickly services can be restored compared to predefined thresholds.
Key metrics include:
- Actual recovery time vs Recovery Time Objective (RTO)
- Time to detect the incident
- Time to initiate response actions
- Time to fully restore service
Evaluation insights:
- Delays in detection may indicate monitoring gaps
- Delays in response may highlight escalation or coordination issues
- Delays in recovery may reveal technical or resource constraints
Tracking recovery time provides a clear indication of operational readiness and efficiency.
Service Degradation Levels
Operational resilience is not only about complete service outages but also about partial degradation.
Examples of service degradation:
- Slower transaction processing
- Reduced system availability
- Limited functionality (e.g., read-only access)
- Increased error rates
Metrics to consider:
- Percentage reduction in service capacity
- Duration of degraded performance
- Volume of failed or delayed transactions
Importance:
Service degradation often occurs before full failure and can significantly impact customers. Evaluating degradation helps organisations understand resilience under stress, not just during complete outages.
Qualitative Assessment
While quantitative metrics provide measurable outcomes, qualitative assessment captures the human and organisational dimensions of resilience. These are often the determining factors in real-world incidents.
Decision-Making Effectiveness
Scenario testing provides a unique opportunity to evaluate how decisions are made under pressure.
Assessment areas include:
- Speed of decision-making
- Appropriateness of decisions
- Alignment with policies and procedures
- Ability to prioritise competing objectives
Key questions:
- Were decisions made promptly?
- Were escalation thresholds clearly understood?
- Did decision-makers have sufficient information?
Strong decision-making is critical, particularly at the crisis management level, where delays or poor judgment can amplify the impact of disruption.
Communication and Coordination
Effective communication is essential for managing disruption across teams and stakeholders.
Internal communication:
- Clarity and timeliness of information sharing
- Coordination between business, IT, and risk functions
- Effectiveness of escalation channels
External communication:
- Customer communication
- Regulatory notification
- Media handling
Coordination assessment:
- Were roles and responsibilities clearly understood?
- Did teams collaborate effectively?
- Were there any breakdowns in communication flow?
Poor communication is one of the most common causes of failure during crises, even when technical recovery is successful.
Behavioural and Cultural Factors
Qualitative evaluation should also consider organisational behaviour, including:
- Leadership effectiveness
- Team collaboration
- Adherence to established processes
- Ability to operate under stress
These factors provide insight into the organisation’s resilience culture, which is a key determinant of sustained operational resilience.
Gap Analysis
Gap analysis involves comparing actual performance against expected performance, identifying areas where resilience capabilities fall short.
Identifying Gaps
Gaps may arise in multiple areas, including:
- Technology (e.g., system recovery limitations)
- Processes (e.g., unclear procedures or workflows)
- People (e.g., lack of training or awareness)
- Third-party dependencies (e.g., vendor response delays)
Categorising Gaps
For effective prioritisation, gaps should be categorised based on:
- Severity (critical, high, medium, low)
- Impact on CBS
- Likelihood of occurrence
- Regulatory implications
Linking Gaps to Impact Tolerance
A critical aspect of gap analysis is understanding how identified gaps relate to impact tolerance:
- Does the gap increase the risk of future breaches?
- Does it affect recovery capability or response time?
- Does it expose systemic weaknesses across multiple CBS?
This ensures that remediation efforts are aligned with resilience priorities.
Root Cause Identification
Identifying gaps is not sufficient—organisations must understand the root causes behind them to implement effective corrective actions.
Root Cause Analysis Techniques
Common techniques include:
- 5 Whys Analysis – drilling down to underlying causes
- Fishbone (Ishikawa) Diagrams – categorising causes across people, process, and technology
- Timeline Analysis – identifying where delays or failures occurred
Types of Root Causes
Root causes typically fall into the following categories:
a. Process Failures
- Inadequate or outdated procedures
- Lack of clear escalation paths
b. Technology Limitations
- System capacity constraints
- Ineffective failover mechanisms
c. People and Capability Issues
- Insufficient training or awareness
- Lack of decision-making authority
d. Third-Party Weaknesses
- Vendor dependency risks
- Lack of contractual resilience requirements
From Symptoms to Causes
Organisations must avoid focusing only on symptoms (e.g., delayed recovery) and instead identify underlying causes (e.g., unclear escalation protocols or lack of system redundancy).
Integrating Evaluation into Continuous Improvement
Evaluation should not be a standalone activity but part of a broader continuous improvement cycle.
Documentation of Findings
All metrics, observations, gaps, and root causes should be documented in a structured report.
Prioritisation of Actions
Actions should be prioritised based on:
- Risk to CBS
- Likelihood of recurrence
- Regulatory expectations
Feedback into the Resilience Framework
Evaluation outcomes should feed into:
- Updates to impact tolerance
- Improvements in business continuity and crisis management plans
- Enhancements to technology and infrastructure
- Refinement of scenario testing approaches
Tracking and Governance
Remediation actions should be tracked through governance structures, ensuring accountability and timely closure.
Metrics and evaluation are the foundation of effective scenario testing. By combining quantitative measures such as impact tolerance breaches, recovery times, and service degradation with qualitative assessments of decision-making and communication, organisations can gain a comprehensive view of their resilience performance.
Through structured gap analysis and root cause identification, scenario testing becomes a powerful diagnostic tool—highlighting weaknesses and driving targeted improvements.
Ultimately, a robust evaluation framework ensures that scenario testing delivers meaningful insights, enabling organisations to strengthen their ability to withstand disruption and consistently operate within defined impact tolerances.




![[OR] [P2] [S4] [ST] [C11] Metrics and Evaluation of Results](https://no-cache.hubspot.com/cta/default/3893111/ca1ee7cd-3a0b-4460-8ed2-90b89f2d2761.png)
![Banner [Summing] [OR] [E3] Perform Scenario Testing](https://no-cache.hubspot.com/cta/default/3893111/11895c06-91e9-4cec-acb6-4356741952e4.png)

![[OR] [P2] [S4] [ST] [C1] Introduction to Scenario Testing](https://no-cache.hubspot.com/cta/default/3893111/910c0230-708f-4661-a87e-56cb7cbd2b37.png)
![[OR] [P2] [S4] [ST] [C2] Regulatory and Standards Context](https://no-cache.hubspot.com/cta/default/3893111/e21c745f-5f7c-4c8b-b845-7a8712b2a67d.png)
![[OR] [P2] [S4] [ST] [C3] Objectives of Scenario Testing](https://no-cache.hubspot.com/cta/default/3893111/d2eb2181-1303-4ca7-89a2-d717dc5e972f.png)
![[OR] [P2] [S4] [ST] [C4] Scenario Testing within the Operational Resilience Framework](https://no-cache.hubspot.com/cta/default/3893111/c7c5fe26-c69a-4176-be52-c7ba8939ca8c.png)
![[OR] [P2] [S4] [ST] [C5] Types of Scenario Testing](https://no-cache.hubspot.com/cta/default/3893111/3756e6ec-bf7e-462f-9f8c-52d15f718c81.png)
![[OR] [P2] [S4] [ST] [C6] Designing Severe but Plausible Scenarios](https://no-cache.hubspot.com/cta/default/3893111/07cc13e4-e1eb-4bb4-b257-d155b9a30cd4.png)
![[OR] [P2] [S4] [ST] [C7] Scenario Development Framework](https://no-cache.hubspot.com/cta/default/3893111/1976475f-5469-473c-a441-cb8c05247055.png)
![[OR] [P2] [S4] [ST] [C8] Mapping Dependencies for Scenario Testing](https://no-cache.hubspot.com/cta/default/3893111/3934df2c-a632-4331-809e-62f4ac791efd.png)
![[OR] [P2] [S4] [ST] [C9] Setting Testing Scope and Boundaries](https://no-cache.hubspot.com/cta/default/3893111/0ff8be42-fbfa-4777-880d-855094a0def4.png)
![[OR] [P2] [S4] [ST] [C10] Executing Scenario Testing](https://no-cache.hubspot.com/cta/default/3893111/b68def17-a3fd-412a-9a11-3e55c24c51f9.png)
![[OR] [P2] [S4] [ST] [C12] Scenario Testing Output and Reporting](https://no-cache.hubspot.com/cta/default/3893111/36ab22b4-9316-413d-ab9c-5d945f6009b2.png)
![[OR] [P2] [S4] [ST] [C13] Common Challenges and Pitfalls](https://no-cache.hubspot.com/cta/default/3893111/9fb81eaf-a3eb-4192-b607-48c6ac3277da.png)
![[OR] [P2] [S4] [ST] [C14] Overcoming Challenges in Scenario Testing](https://no-cache.hubspot.com/cta/default/3893111/f9660d67-9e43-45fe-a52d-4c9ca2812c83.png)
![[OR] [P2] [S4] [ST] [C15] Integrating Scenario Testing with Risk Management and BCM](https://no-cache.hubspot.com/cta/default/3893111/2334c95f-f874-4b14-b348-779c63730269.png)
![[OR] [P2] [S4] [ST] [C16] Continuous Improvement and Lessons Learned](https://no-cache.hubspot.com/cta/default/3893111/62af1507-9de8-42d4-b519-adc3e945a7f3.png)
![[OR] [P2] [S4] [ST] [C17] Practical Case Study (Banking Sector Example)](https://no-cache.hubspot.com/cta/default/3893111/fed5643b-1564-4177-a2d9-7fc4f4049a5c.png)
![[OR] [P2] [S4] [ST] [C18] Future Trends in Scenario Testing](https://no-cache.hubspot.com/cta/default/3893111/c0547827-8e71-4c91-8c44-b4d2d2b81526.png)
![[OR] [P2] [S4] [ST] [C19] Key Takeaways and Call to Action](https://no-cache.hubspot.com/cta/default/3893111/8d431102-ed70-4707-ac87-e750e4db29de.png)
![[OR] [P2] [S4] [ST] [C20] Back Cover](https://no-cache.hubspot.com/cta/default/3893111/fbb82511-9fd7-4ed9-aaa9-dc8aad0ea177.png)





![[BL-OR] [3-4-5] View Schedule](https://no-cache.hubspot.com/cta/default/3893111/d0d733a1-16c0-4b68-a26d-adbfd4fc6069.png)
![[BL-OR] [3] FAQ OR-300](https://no-cache.hubspot.com/cta/default/3893111/f20c71b4-f5e8-4aa5-8056-c374ca33a091.png)
![Email to Sales Team [BCM Institute]](https://no-cache.hubspot.com/cta/default/3893111/3c53daeb-2836-4843-b0e0-645baee2ab9e.png)









