* 変更管理プロセスとは、IT システムまたはアプリケーションへの変更が、一貫性と管理された方法で計画、承認、テスト、実装、および文書化されることを保証する一連の手順とアクティビティです。
* 変更管理プロセスが最近、新しいテスト手順で更新されました。これは、変更を本番環境に展開する前に、変更を検証および検証するための新しい手順や追加の手順、または方法が含まれるようにプロセスが改善または変更されたことを意味します。
* 変更管理プロセスを新しいテスト手順で更新した後の次の行動は、変更をテストおよび推進する人々に伝えることです。つまり、変更管理チームまたは機能は、開発者、テスト担当者、ユーザー、顧客など、変更に関与または影響を受ける人々に、新しいテスト手順、その目的、利点、要件、期待について通知し、教育する必要があります。
* 変更をテストおよび推進する担当者に伝えることで、新しいテスト手順がすべての関係者に理解され、遵守されること、変更がプロセス標準と基準に従ってテストおよび推進されること、および変更が期待される品質とパフォーマンスで提供されることが保証されます。
* その他のオプションは、変更管理プロセスを新しいテスト手順で更新した後の次のアクションではありません。これらは、変更管理にとって二次的なものか、必須ではありません。
この回答の参考文献は次のとおりです。
* リスクITフレームワーク、27ページ
* 情報技術とセキュリティ、21ページ
* リスクシナリオスターターパック、19ページ

リスク担当者は、関連するリスクが延期されたことを報告する必要があります。これは、リソース不足やその他の制約により、リスク対応が延期または遅延されたことを意味します。リスク対応の延期は、リスク所有者がリスクを認識し、リソースまたは条件が利用可能になった後の段階でリスク軽減アクション プランを実行するつもりであることを意味します。その他のオプションは、リスク対応の実際の状態を反映していないため、正しくありません。リスクを軽減するとは、リスク対応が実行され、リスク レベルが削減されたことを意味します。リスクを受け入れると、リスク対応が拒否または免除され、リスク レベルがそのまま受け入れられたことを意味します。リスクを回避すると、リスク対応が実行され、リスク レベルが除去または転送されたことを意味します。参考文献 = リスクおよび情報システム制御研究マニュアル、第 4 章: リスク対応、146 ページ。

残留リスクとは、リスク対応を実施した後に残るリスクです。残留リスクは、リスク シナリオの確率と影響の組み合わせとして、または損失予測などの単一の値として表すことができます。残留リスクは、既存のコントロールまたは対応を検討する前のリスク レベルである固有リスクと比較され、リスク対応によるリスクの低減と価値の創出を評価できます。上級管理職は、多数のリスク シナリオを含むプロセスの全体的な残留リスク レベルをリスク担当者に求めています。この情報を提供する最善の方法は、各リスク シナリオの予測残留リスク レベルの平均を計算し、それを単一の値または範囲として提示することです。これにより、残留リスクの露出とプロセスのパフォーマンスに関する包括的で一貫した見解が得られ、組織のリスク選好度と許容度に合わせることができます。各シナリオの残存リスク レベルの合計、集約されたリスク シナリオの損失予測、またはリスク シナリオ間の最高損失予測は、全体的な残存リスク レベルを提供する最善の方法ではありません。リスク エクスポージャーとプロセスのパフォーマンスを過大評価または過小評価する可能性があり、リスク対応の実際のリスク削減と価値創造を反映しない可能性があるためです。参考文献 = リスクおよび情報システム制御研究マニュアル、第 3 章、セクション 3.2.2、p. 108-109