By performing a scenario analysis, you can determine the risks that might impact your business. For example, you can analyze the impact of the scenarios and events on your business services. You can also track the actions and improvements from the scenario analysis in Operational Resilience Workspace.

Overview of a scenario analysis

Scenarios represent the business-specific risks that are used to test how events can impact your organization. By performing a scenario analysis, you can analyze the impact of the scenarios and their associated events on your business services. Each service has a few dependencies associated with it. The Compute Operational Resilience Compliance scheduled job runs in the background and populates the dependencies for the services. As an owner of the scenario analysis, you can request a plan approval.

A sample scenario analysis workflow is shown in the following example.

Scenario analysis workflow.

When a plan approver approves the plan approval, it triggers a response task for the scenario analysis. Participants of the analysis work on the response tasks and add their observations on the analysis.

As an owner of the scenario analysis, you can verify the status of the services and calculate the possible disruptions. After the response tasks have been completed, you can request an analysis approval for your scenario analysis. When an analysis approver approves the scenario analysis, you can close it and monitor its status in Operational Resilience Workspace.

Tasks to set up a scenario analysis

If you've got the sn_oper_res.manager role, you can set up a scenario analysis as follows:
  • Create a scenario that helps you to determine the risks that are applicable to your business.
  • Assign an owner, a plan approver, and an analysis approver to the scenario analysis in the scenario analysis form.
  • Add the services and dependencies that are applicable to your scenario.
  • Associate one or more scenario events with the scenario analysis. Add the participants, services, dependencies, and issues that are specific to a scenario event. When a scenario event is associated with a participant, a response task is automatically generated on the Responses tab and it’s assigned to the participants.
  • Send the scenario analysis to the plan approver of the scenario analysis and request for a plan approval.
  • Collect the observations, gaps, and recommendations from the participants about the scenario analysis event. The participants of a scenario event are the users with at least the sn_oper_res.user roles from the associated business functions, such as Finance or HR departments.
  • Compare the impact tolerance with the disruption duration to determine if any service was breached.
  • Close the open response tasks and open scenario events that are associated with your scenario analysis.
  • Send the scenario analysis to the analysis approver for a review and request an approval for the scenario analysis.
  • Close the scenario analysis and monitor its status in Operational Resilience Workspace.

States and UI actions that are associated with a scenario analysis

The states and UI actions that are associated with a scenario analysis are described in the following table.

Fetching the service entities from the Services (OR) entity type

The Operational Resilience application fetches the service entities from the Services (OR) entity type as shown in the following example.
Figure 6. Services OR entity type
Services OR entity type.
Users with the sn_oper_res.admin role can view the Entity Types module and its related lists in the Operational Resilience application UI as shown in the following example.
Figure 7. Service entities under the Services OR entity type
Service entities under the Services OR entity type.
Note: You can only select the entities that belong to the Facilities, People, Suppliers, and Technology pillars. The Services and Processes pillars are filtered out from the list of the pillars for the entities.

Dependencies for the services

Each service has a few dependencies associated with it. The Compute Operational Resilience Compliance scheduled job runs in the background and populates the dependencies for the services. The following example shows that the Addison, TX United States HVAC entity is listed as a dependency for supporting the Faster Retail Payments service.
Figure 8. Dependencies for the services
Dependencies for the services.
You can only select the dependencies that belong to the Facilities, People, Suppliers, and Technology pillars. The Services and Processes pillars are filtered out from the list of the pillars for the dependencies.

Response tasks

As a scenario analysis owner, when you create a scenario event and add a participant to it, a response task is automatically created for the participant. The following example shows that when a participant is assigned to a scenario event, a response task is created. An email notification is automatically sent to the participant.

Figure 9. Response task for the participant
Response task for the participant.

On the Responses tab, the details of the response task such as the response task number, name of the assigned participant, and state of the response task are displayed as shown in the following example.

Figure 10. Details of the response task
Details of the response task.

The owner of the scenario event can add a service and a dependency to the response task. The assignee of the response task can complete the response task, add their notes about the scenario event, and update the impact duration of the scenario event as shown in the following example.

Figure 11. Notes about the scenario event
Notes about the scenario event.

Known issue for upgrading from Release 15.x.x to Release 16.x.x

While upgrading from Release 15.x.x to Release 16.x.x, if you have a scenario analysis in the Analyze state and a participant is already added to the scenario analysis, a response task is not created automatically. This is a known issue.

As a workaround for this issue, the Operational Resilience manager must remove the participants from the scenario analysis and add them to the same scenario analysis. The Operational Resilience application then automatically creates a response task for the scenario analysis.
Note: You can also choose to proceed with the scenario analysis without a response task.

Summary of the services, scenarios, disruptions, and events

You can view information on the services, scenarios, disruptions, and events in the Summary panel as shown in the following example.
Figure 12. Summary panel of the scenario analysis form
Summary panel of the scenario analysis form.
The Summary panel provides information about the business services, associated scenarios, disruptions, and events. For a description of the field values, see the following table.