説明/参照：
Explanation:
コントロールは、それらが動作している環境内でコントロールの目的がどれだけ正確に達成されているかを判断することによってのみ効果的に評価できます。コントロールが適切にテストされるまで、コントロールの強度に関して結論に達することはできません。
不正解：
A：制御と動作環境の調整は不可欠ですが、目的を達成するには制御の精度が必要です。言い換えれば、目的を達成することは、コントロールを評価する上で最優先事項です。
B：コントロールの設計の有効性も考慮されますが、目標を達成した後に後者が考慮されます。
D：コントロールの運用上の有効性が考慮されますが、客観的な達成におけるその正確さの後です。

セクション：ボリュームC
Explanation:
クラッシュは強化の例であるため、これは前向きなリスク対応です。ボーナスの報酬を実現するために、プロジェクトを早期に完了する可能性を高めています。強化することは前向きなリスクを保証するものではありませんが、イベントの可能性を高めます。
不正解：
A：クラッシュは前向きなリスク対応です。一般に、クラッシュはリスクを追加せず、リスクを追加する高速追跡の他の主要なスケジュール圧縮手法と混同されることがよくあります。
C：これは悪用の例ではありません。悪用は、発生する可能性のある前向きなリスク対応を利用するためのアクションです。
D：クラッシュはコストを追加しますが、この場合、クラッシュは強化の前向きなリスク対応の例です。

説明/参照：
Explanation:
統合された変更管理は、提案された変更を評価し、プロジェクトのすべての領域（範囲、時間、コスト、品質、人材、コミュニケーション、リスク、および調達）への影響を判断する責任があります。
不正解：
A：構成管理は、プロジェクトの製品の特徴と機能の管理、制御、および文書化を定義します。
C：リスク分析は、プロジェクト全体の変更の側面を確認する責任を負いません。
D：プロジェクト変更管理システムは、プロジェクトの範囲、時間、コスト、および契約に対する提案された変更のワークフローと承認プロセスを定義します。

説明/参照：
Explanation:
原因と結果の分析には、正または負の効果または結果に寄与する根本原因または要因を調査するための予測分析ツールまたは診断分析ツールの使用が含まれます。これらのツールは、潜在的なリスクの特定にも役立ちます。
不正解：
A：この分析は、リスク要因を明らかにするための方法ではありません。シナリオの分析に使用されます。
B：感度分析は、次のような定量的リスク分析手法です。
最も潜在的な影響を与えるリスク要因の決定を支援します

各要素の不確実性が検討中のオブジェクトにどの程度影響するかを調べます

他のすべての不確実な要素がベースライン値に保持されている場合
C：フォールトツリー分析（FIA）は、システム内で発生する可能性のある組み合わせの体系的な説明を提供する手法であり、望ましくない結果をもたらす可能性があります。これは、ハードウェア障害と人的障害を組み合わせたものです。

説明/参照：
Explanation:
シナリオを作成するには、リスクのある資産またはビジネスプロセスの価値と、損失を引き起こす可能性のある潜在的な脅威と脆弱性を特定する必要があります。リスクシナリオは、関連性とリアリズムを評価し、関連性があると判断された場合はリスクレジスターに入力する必要があります。
実際には、リスクシナリオの開発には次の手順が含まれます。
まず、管理可能な一連のシナリオを決定します。これには、次のものが含まれます。

業界または製品分野で頻繁に発生するシナリオ。

カウントまたは重大度レベルが増加している脅威ソースを表すシナリオ。

ビジネスに適用される法的要件および規制要件を含むシナリオ。

管理可能なリスクシナリオを決定した後、次のビジネス目標に対して検証を実行します。

エンティティ。
この検証に基づいて、選択したシナリオを改良し、それらを次のレベルに沿ったレベルに詳細化します。

エンティティの重要度。
シナリオの数を管理可能なセットに減らします。管理可能は固定を意味しません

数ですが、ユニットの全体的な重要性と重要性と一致している必要があります。
次の反復で再評価して以下のリスク要因を含めることができるように、リスク要因を記録に残します

それらがその時点で関連するようになった場合の詳細な分析。
次の反復で再評価して以下のリスク要因を含めることができるように、リスク要因を記録に残します

それらがその時点で関連するようになった場合の詳細な分析。
シナリオに不特定のイベントを含める、つまり、他の人がカバーしていないインシデントに対処する

シナリオ。
不正解：
C、D：アクターと脅威の種類の決定は、リスクシナリオを開発するための主要な要件ではありませんが、リスクシナリオの開発中に決定されるコンポーネントです。