セクション: 巻 A
Explanation:
包括的管理計画の一部であるリスク管理計画では、リスクをどのように特定、分析、監視、制御し、さらには対応するかを定義します。
リスク管理計画は、効果を見積もり、リスクを予測し、リスクを軽減するための対応計画を作成するためにプロジェクト マネージャーが作成する文書です。リスク評価マトリックスも含まれています。
リスクはどのプロジェクトにもつきものです。プロジェクト マネージャーはリスクを繰り返し評価し、リスクに対処するための計画を立てます。リスク管理計画は、影響度の高いリスクと低いリスクの両方の考えられるリスクの分析と、プロジェクトを促進し、よくある問題が発生する脱線を回避するための緩和戦略で構成されます。リスク管理計画は、分析が古くなり、実際の潜在的なプロジェクト リスクを反映しなくなることを避けるために、プロジェクト チームによって適時に見直される必要があります。最も重要なのは、リスク管理計画にプロジェクト実行のリスク戦略が含まれていることです。
誤った回答:
A: プロジェクト計画は公式の PMBOK プロジェクト管理計画ではありません。
B: リソース管理計画では、プロジェクト チーム メンバー、施設、機器、請負業者などのプロジェクト リソースの管理を定義します。
C: プロジェクト管理計画は、すべてのプロジェクト管理知識領域に対してプロジェクトの意図を伝える包括的な計画です。

は不正解です。残留リスクはリスク対応の出力ではありません。残留リスクは、コントロールを適用した後に残るリスクです。組織からすべてのリスクを排除することは現実的ではありません。代わりに、リスクを許容レベルまで低減するための対策を講じることができます。残されたリスクが残留リスクです。 リスク = 脅威 脆弱性であり、総リスク = 脅威 脆弱性 資産価値 残留リスクは次の式で計算できます。残留リスク = 総リスク - コントロール 上級管理職は、残留リスクによる損失の責任を負います。彼らは、リスクを回避、転送、緩和、または受け入れるかどうかを決定します。また、どのようなコントロールを実施するかを決定します。彼らの決定による損失はすべて彼らの責任です。残留リスク評価は、リスクが企業に与える影響を判断するために、緩和後に実施されます。リスク評価では、影響と頻度が再評価され、影響が再計算されます。 回答: A は不正解です。リスク優先順位はリスク対応の出力ではなく、対応を適用する前に行われます。したがって、これはリスク対応の入力の 1 つとして機能し、リスク対応の出力ではありません。

手順書にユーザー ID とパスワードを文書化することは、組織を不正アクセス、データ侵害、およびその他のセキュリティ リスクにさらす脆弱性です。脆弱性とは、脅威によって悪用される可能性のある、システム、プロセス、または制御の弱点または欠陥です。脅威とは、システムまたは組織に損害を与える可能性のある望ましくないインシデントの潜在的な原因です。リスクとは、脆弱性を悪用する脅威の可能性と影響の組み合わせです。ポリシー違反とは、組織によって確立されたルールまたは標準に準拠しない行為です。参考資料 = ISACA リスクおよび情報システム制御 (CRISC) 認定試験の質問と回答、質問 8、CRISC レビュー マニュアル、第 6 版、67 ページ。