---
sourceDocument: Xanadu のガバナンス、リスク、コンプライアンス
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/xanadu/governance-risk-compliance

 Release :

    - xanadu

ft:locale :

    - ja-JP

ft:publication_title :

    - Xanadu のガバナンス、リスク、コンプライアンス

ft:clusterId :

    - grc

bundleId :

    - grc

workflow :

    - Technology


---

# オペレーショナルレジリエンスワークスペースでのシナリオ分析の実行

# オペレーショナルレジリエンスワークスペースでのシナリオ分析の実行 {#ariaid-title1}

* リリースバージョン: Xanadu
* 
* 更新日 2024年08月01日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：10分

シナリオ分析を実行することで、ビジネスに影響を与える可能性のあるリスクを判断できます。たとえば、シナリオとイベントがビジネスサービスに与える影響を分析できます。オペレーショナルレジリエンスワークスペースでシナリオ分析からアクションと改善を追跡することもできます。

## シナリオ分析の概要 {#scenario-analysis-in-ws__section_tdz_q1j_n5b}

シナリオは、イベントが組織にどのように影響を与えるかをテストするために使用されるビジネス固有のリスクを表します。シナリオ分析を実行することで、シナリオと関連イベントがビジネスサービスに与える影響を分析できます。各サービスには、いくつかの依存関係が関連付けられています。Compute Operational Resilience Compliance スケジュール済みジョブがバックグラウンドで実行され、サービスの依存関係が入力されます。シナリオ分析のオーナーは、計画の承認を要求できます。

サンプルシナリオ分析ワークフローを次の例に示します。

計画承認者が計画承認を承認すると、シナリオ分析の応答タスクがトリガーされます。分析の参加者は応答タスクを処理し、分析に観察事象を追加します。

シナリオ分析のオーナーは、サービスのステータスを確認し、中断の可能性を計算できます。応答タスクが完了したら、シナリオ分析の分析の承認を要求できます。分析承認者がシナリオ分析を承認したら、オペレーショナルレジリエンスワークスペースでそれをクローズしてそのステータスを監視できます。

## シナリオ分析を設定するタスク {#scenario-analysis-in-ws__section_lhg_ncy_xtb}

sn_oper_res.manager ロールを持っている場合は、次のようにシナリオ分析を設定できます。

* ビジネスに適用可能なリスクを判断するのに役立つシナリオを作成します。
* シナリオ分析フォームで、オーナー、計画承認者、および分析承認者をシナリオ分析にアサインします。
* シナリオに適用可能なサービスと依存関係を追加します。
* 1 つ以上のシナリオイベントをシナリオ分析に関連付けます。シナリオイベントに固有の参加者、サービス、依存関係、および問題を追加します。シナリオイベントが参加者に関連付けられると、対応タスクが \[応答\] タブで自動的に生成され、参加者にアサインされます。
* シナリオ分析をシナリオの計画承認者に送信し、計画の承認を要求します。
* シナリオ分析イベントに関する観察事象、ギャップ、および推奨事項を参加者から収集します。シナリオイベントの参加者は、財務部門や HR 部門など、関連するビジネス機能のユーザーであり、少なくとも sn_oper_res.user ロールを持っています。
* 影響許容度を中断期間と比較して、サービスの違反があったかどうかを判断します。
* オープンの対応タスクをクローズし、シナリオ分析に関連付けられているシナリオイベントをオープンします。
* シナリオ分析をレビューのために分析承認者に送信し、シナリオの承認を要求します。
* シナリオ分析をクローズして、オペレーショナルレジリエンスワークスペースでそのステータスを監視します。
{#scenario-analysis-in-ws__ul_hwn_sb2_ytb}

## シナリオ分析に関連付けられている状況と UI アクション {#scenario-analysis-in-ws__section_wsk_vl4_vvb}

次の表で、シナリオ分析に関連付けられている状況と UI アクションについて説明します。  
{#scenario-analysis-in-ws__table_amh_4kb_cv__entry__3}

| 状況 | UI アクション | 説明 |
|-|-|-|
| ドラフト | すべてのシナリオ分析フォームで、\[新規\] を選択します。 | このステータスの UI アクションの詳細： * すべてのシナリオ分析フォームで、\[新規\] を選択し、\[詳細\] タブで情報を追加して、\[保存\] を選択します。レコードが \[ドラフト\] ステータスで自動的に作成されます。 * 次の例に示すように、\[サービス\] タブで \[追加\] を選択して、利用可能なサービスのリストからサービスを追加します。図 : 1. シナリオ分析へのサービスの追加 注: サービスは、オペレーショナルレジリエンス アプリケーションのサービス (OR) エンティティタイプから取得されます。 * オペレーショナルレジリエンス アプリケーションのいくつかのサービスは、Acer や Adran などの特定の依存関係に関連付けられています。依存関係に関連付けられているサービスを選択するには、次の例に示すように、\[依存関係関連サービスを追加 (Add dependency related service)\] を選択します。 図 : 2. 依存関係関連サービスを追加 * 次の例に示すように、\[依存関係\] タブで \[追加\] を選択して、依存関係をシナリオ分析に関連付けます。図 : 3. シナリオ分析への依存関係の追加 いくつかの依存関係は特定のサービスに関連付けられています。\[サービス関連依存関係を追加 (Add service related dependency)\] を選択して、特定のサービスに関連付けられている依存関係を追加できます。図 : 4. サービス関連依存関係を追加 * 選択内容を保存するには、\[保存\] を選択します。 * シナリオ分析フォームで、\[計画承認を要求\] を選択し、シナリオの計画承認者に計画の承認を要求します。 注: シナリオ分析を開始するには、少なくとも 1 つサービスを関連付ける必要があります。 {#scenario-analysis-in-ws__ul_zln_qfm_xvb} |
| 計画承認待ち | \[承認\] タブに移動し、ステータスを \[要求済み\] から \[承認済み\] に更新して、シナリオ分析フォームで \[保存\] を選択します。 | このステータスの UI アクションの詳細： * 分析の計画承認者は、\[処理待ちの計画承認\] ステータスの分析のスコープを確認する必要があります。関連付けられたサービス、参加者、シナリオイベント、および問題の設定を確認できます。 * 分析の計画を承認するには、\[承認\] タブに移動し、ステータスを \[要求済み\] から \[承認済み\] に更新して、シナリオ分析フォームで \[保存\] を選択します。 * シナリオ分析の計画を承認して保存すると、シナリオ分析のステータスが \[分析\] に更新されます。 * 計画を却下すると、シナリオ分析のステータスは \[ドラフト\] にリセットされます。 {#scenario-analysis-in-ws__ul_gcc_xgm_xvb} |
| 分析 | \[シナリオイベント\] タブで、\[追加\] を選択してシナリオイベントを分析に追加します。\[参加者\] タブで、\[追加\] を選択して参加者を分析に追加します。 \[シナリオイベント\] タブで、ステータスを \[クローズ済み\] に更新してシナリオイベントをクローズします。\[分析承認を要求\] を選択します。 | このステータスの UI アクションの詳細： * このステータスでは、シナリオ分析の参加者は、シナリオ分析フォームに作業メモを追加し、責任に基づいてイベントを処理できます。 サンプルシナリオ分析フォームを次の例に示します。図 : 5. 分析ステータスのタブ 注: シナリオ分析を続行する前に、少なくとも 1 つのサービス、1 人の参加者、および 1 つのシナリオイベントを追加する必要があります。 * \[シナリオ分析\] タブで、\[追加\] を選択して、1 つ以上のシナリオイベントを分析に関連付けます。 * \[参加者\] タブで、\[追加\] を選択して、1 人以上の参加者を分析に関連付けます。シナリオイベントが作成されると、応答タスクが自動的に作成され、参加者にアサインされます。参加者からフィードバックを収集し、フォーム上の関連イベントごとに参加者の観察事象、ギャップ、および推奨事項を確認できます。 * \[応答\] タブに移動し、シナリオイベントに関連付けられている応答タスクをクローズします。 * シナリオイベントの状況を \[ドラフト\] から \[完了\] に更新し、オープンされているシナリオイベントをクローズします。\[保存\] を選択します。 * 観察事象と推奨事項を基にして、シナリオ分析の詳細が、このステータスでシナリオ分析フォームに自動的に入力されます。分析承認者からの承認を要求するには、分析フォームで \[分析承認を要求\] を選択します。シナリオ分析のステータスが \[分析の承認待ち\] に更新されます。 {#scenario-analysis-in-ws__ul_npf_zgm_xvb} |
| 分析の承認待ち | \[承認\] タブに移動し、ステータスを \[要求済み\] から \[承認済み\] に更新します。 | 分析承認者である場合は、このステータスで分析スコープを確認できます。選択したビジネスサービスの分析の進捗状況を確認します。その後、分析を承認または却下できます。 |
| 承認済み | 分析フォームで、\[保存\] を選択します。 | シナリオ分析を承認すると、シナリオ分析のステータスが \[承認済み\] に更新されます。シナリオ分析を却下すると、シナリオ分析のステータスは \[分析\] にリセットされます。 シナリオ分析のステータスが \[承認済み\] ステータスの場合は、シナリオ分析をクローズできます。 |
| クローズ済み | 分析フォームで、\[クローズ\] を選択します。 | シナリオ分析のオーナーは、シナリオ分析をクローズできます。ステータスが \[クローズ済み\] に更新されます。 |
[表 : 1. シナリオ分析に関連付けられている状況と UI]

{#scenario-analysis-in-ws__table_amh_4kb_cv}

## サービス (OR) エンティティタイプからのサービスエンティティの取得 {#scenario-analysis-in-ws__section_isc_kgj_xvb}

次の例に示すように、オペレーショナルレジリエンス アプリケーションは、サービス (OR) エンティティタイプからサービスエンティティを取得します。図 : 6. サービス OR エンティティタイプ  
sn_oper_res.admin ロールを持つユーザーは、次の例に示すように、オペレーショナルレジリエンス アプリケーション UI でエンティティタイプモジュールとその関連リストを表示できます。図 : 7. サービス OR エンティティタイプのサービスエンティティ  
注:  
施設、 人、サプライヤー、およびテクノロジーの各ピラーに属するエンティティのみを選択できます。サービスとプロセスのピラーは、エンティティのピラーのリストから除外されます。

## サービスの依存関係 {#scenario-analysis-in-ws__section_bjz_flv_bwb}

各サービスには、いくつかの依存関係が関連付けられています。Compute Operational Resilience Compliance スケジュール済みジョブがバックグラウンドで実行され、サービスの依存関係が入力されます。次の例は、Addison, TX United States HVAC エンティティが、Faster Retail Payments サービスをサポートするための依存関係としてリストされていることを示しています。図 : 8. サービスの依存関係 施設、人員、サプライヤー、およびテクノロジーの各ピラーに属する依存関係のみを選択できます。サービスとプロセスのピラーは、依存関係のピラーのリストから除外されます。

## 応答タスク {#scenario-analysis-in-ws__section_v35_jrv_bwb}

シナリオ分析オーナーがシナリオイベントを作成して参加者を追加すると、その参加者用の応答タスクが自動的に作成されます。次の例は、参加者がシナリオイベントにアサインされると、応答タスクが作成されることを示しています。参加者にメール通知が自動的に送信されます。
図 : 9. 参加者の応答タスク

\[応答\] タブには、次の例に示すように、応答タスク番号、アサインされた参加者の名前、応答タスクのステータスなどの応答タスクの詳細が表示されます。
図 : 10. 応答タスクの詳細

シナリオイベントの所有者は、サービスと依存関係を応答タスクに追加できます。応答タスクのアサイニーは、次の例に示すように、応答タスクを完了し、シナリオイベントに関するメモを追加して、シナリオイベントの影響期間を更新できます。
図 : 11. シナリオイベントに関するメモ

## リリース 15.xx からリリース 16.xx へのアップグレードに関する既知の問題 {#scenario-analysis-in-ws__section_mch_v3x_1wb}

リリース 15.xx からリリース 16.xx へのアップグレード中に、\[分析\] ステータスのシナリオ分析があり、参加者がすでにシナリオ分析に追加されている場合、応答タスクは自動的に作成されません。これは既知の問題です。  
この問題の回避策として、オペレーショナルレジリエンス マネージャーは、そのシナリオ分析から参加者を削除し、同じシナリオ分析に追加する必要があります。オペレーショナルレジリエンス アプリケーションはその後でシナリオ分析の応答タスクを自動的に作成します。  
注:  
応答タスクなしでシナリオ分析を続行することもできます。

## サービス、シナリオ、中断、およびイベントのサマリー {#scenario-analysis-in-ws__section_dvl_ztk_g5b}

次の例に示すように、\[サマリー\] パネルでサービス、シナリオ、中断、およびイベントに関する情報を表示できます。図 : 12. シナリオ分析フォームの \[サマリー\] パネル \[サマリー\] パネルには、ビジネスサービス、関連するシナリオ、中断、およびイベントに関する情報が表示されます。フィールド値の説明については、次の表を参照してください。{#scenario-analysis-in-ws__table_icd_35k_g5b__entry__2}

| フィールド | 説明 |
|-|-|
| サービスの数 | シナリオ分析に関連付けられたサービスの数 |
| 影響許容度内のサービスの数 | シナリオ分析に関連付けられ、影響許容度内のサービスの数 |
| 影響許容度を超えているサービスの数 | シナリオ分析に関連付けられ、影響許容度を超えているサービスの数 |
| シナリオの数 | 分析に関連付けられたシナリオの数 |
| 完了したシナリオの数 | 分析に関連付けられ、完了しているシナリオの数 |
| イベント数 | 分析に関連付けられたイベントの数 |
| 完了したイベントの数 | 分析に関連付けられ、完了したイベントの数 |
| 中断期間 | 最後のイベントの終了時間と最初のイベントの開始時間の間の期間日数で表示されます。 |
| 重複のあるイベントの期間 | 重複するイベントと一時停止を含む、すべてのイベント期間のサマリー。日数と分数で表示されます。 |
| 重複のないイベントの期間 | 重複するイベントと一時停止を含まない、すべてのイベント期間のサマリー。日数と分数で表示されます。 |
[表 : 2. サービス、シナリオ、中断、およびイベントのサマリー]

{#scenario-analysis-in-ws__table_icd_35k_g5b}