は不正解です。スコープ変更管理システムは、プロジェクト スコープの実際の変更を確認することに重点を置いています。プロジェクト スコープの変更が提案されると、構成管理システムも呼び出されます。回答:A は不正解です。コスト変更管理システムは、プロジェクト コストの変更を確認し、管理する役割を担っています。回答:D は不正解です。統合変更管理は、提案された変更がプロジェクト全体に与える影響を調べます。

は不正解です。構成管理は、製品スコープの特徴と機能に対する変更を管理し、文書化します。回答:B は不正解です。スコープ変更管理は、変更をプロジェクト スコープに含めるためのプロセスに重点を置いています。回答:C は不正解です。リスクの監視と管理は変更管理システムの一部ではないため、この選択は無効です。

セクション: 巻 A
Explanation:
リスク指標は、リスクしきい値を示すために使用される指標です。つまり、リスク レベルが高いリスクまたは許容できないリスク レベルに近づいているときに、その兆候を示します。リスク指標の主な目的は、潜在的なリスクについてスタッフに警告する追跡および報告メカニズムを確保することです。
誤った回答:
B、D: リスクの結果と認識の優先度の推定は、確率と影響のマトリックスを使用して行われます。これらのマトリックスは、リスクを低、中、高の優先度として評価するための確率と影響の組み合わせを指定します。
C: リスク シナリオとは、いつ、どのような場合にビジネスに影響を及ぼす可能性があるイベントを説明したものです。
リスクシナリオの例は次のとおりです。
* 重大なハードウェア障害が発生した
* 災害復旧計画 (DRP) の失敗
* 重大なソフトウェア障害

リスク管理プログラムは、企業がリスクを識別、分析、評価、処理、監視、伝達できるようにする一連のプロセス、ポリシー、およびツールです。リスク管理プログラムの成熟度は、プログラムが企業の目標、文化、および価値観とどの程度統合、標準化、および整合されているかを示します。組織のリスク管理プログラムが望ましい成熟度に達していないことを示す最も良い兆候は、評価間のリスク評価の大きな変動です。リスク評価は、リスクの影響と可能性の尺度であり、企業全体および長期にわたって一貫性があり比較可能である必要があります。評価間のリスク評価の大きな変動は、リスク管理プログラムが安定、信頼性、または有効でないこと、およびリスクの識別および分析方法が堅牢、正確、または透明でないことを示唆しています。その他のオプションは、リスク管理プログラムのさまざまな側面または結果に関係するため、リスク管理プログラムの成熟度を示すものではありません。
* リスク軽減予算の大幅な増加は、企業が管理、ポリシー、手順などのリスク対応の実装に費やすリソースが増えていることを意味します。これは、企業が直面しているリスクが増えたり、リスク対応のコストがかかったり、リスク対応が複雑になったりすることを示している可能性がありますが、企業のリスク選好度、許容度、戦略にも左右されるため、必ずしもリスク管理プログラムの成熟度を反映するものではありません。
* インシデントからの回復時間が着実に長くなるということは、企業が混乱や損失の後に通常の業務を回復するのに時間がかかっていることを意味します。これは、企業がインシデントに対処するための十分な準備や回復力を備えていないか、インシデントがより頻繁に発生したり深刻になったりしていることを示している可能性がありますが、インシデントの性質や原因、または回復計画の可用性と有効性にも左右されるため、必ずしもリスク管理プログラムの成熟度を反映しているわけではありません。
* 統制例外が多数あるということは、企業が意図的または意図せずに、確立された統制、ポリシー、または手順から逸脱していることを意味します。これは、企業がリスク管理プログラムに準拠していないか、統制が企業のニーズに対して十分または適切ではないことを示している可能性がありますが、例外の理由と正当性、または例外の承認および監視プロセスにも依存するため、必ずしもリスク管理プログラムの成熟度を反映するものではありません。参考文献 = リスクおよび情報システム統制研究マニュアル、第 7 版、第 1 章、セクション 1.1.3.1、14 ～ 15 ページ。