重要なシステムにパッチを適用できない欠陥を発見した場合、リスク担当者が最初にとるべき行動は、リスク評価を実施することです。リスク評価とは、システムまたは組織の目標達成に影響を与える可能性のあるリスクを特定、分析、評価するプロセスです。リスク評価は、リスクにさらされるレベルと性質を判断し、リスクに優先順位を付けて対応するのに役立ちます。リスク評価の実施は、欠陥の原因、原因、影響を理解し、欠陥を悪用する可能性のあるリスク イベントの可能性と結果を予測するのに役立つため、最初の行動です。リスク評価の実施は、欠陥に対処できる既存または潜在的な制御または緩和策を特定して評価し、適切なリスク処理オプションを推奨するのにも役立ちます。内部監査に問題を報告し、変更管理に要求を提出し、ビジネス影響評価を確認することは、リスク評価プロセスの出力または入力のいずれかであり、リスクの状況とステータスを評価するという主要なニーズに対応していないため、最初の行動方針ではありません。参考文献 = CRISC レビュー マニュアル、第 6 版、ISACA、2015 年、49 ページ。

は正しくありません。リスク管理プロセスを計画するための入力ではありません。

は不正解です。システムが一定期間稼働するまで有効性は測定できないため、プロジェクトの完了直後には行われません。回答:B は不正解です。有効性を評価するためのプロジェクト後レビューは、プロジェクト中に行うことはできません。有効性は、プロジェクトを稼働プロセスに設定した後にのみ評価できるからです。回答:D は不正解です。プロジェクトの有効性を評価するためのプロジェクト後レビューは、プロジェクトが完了し、プロジェクトが稼働フェーズにある場合にのみ行うことができます。

は誤りです。リスク対応は関係者全員ではなく一部の関係者にのみ伝えられます。関係者にとっては無関係だからです。プロジェクト スポンサーなどのプロジェクトの関係者には伝えられません。

説明/参照:
Explanation:
割り当てられたベースラインは、承認された要件を満たす仕様を識別します。
誤った回答:
A: 機能ベースラインは、変更が行われる前の初期仕様を識別します。
C: 製品ベースラインは、ビジネス成果を達成するためにリソースに必要な最小限の仕様を識別します。
D: 開発ベースラインは、期待と要件を満たすかそれを超えるように開発されたリソースの状態を識別します。