プロジェクトがスケジュールに遅れ、予算を超過した場合、組織目標との整合性を確認した後、次のステップはプロジェクトのスコープを確認することです。スコープクリープ、つまりスコープの定義が不十分なことが、遅延やコスト超過の一般的な原因となります。
* スコープを検証する理由:
* プロジェクトの成果物と目標が明確に定義され、期待どおりであることを確認します。
* 当初の計画では考慮されていなかった範囲の拡大や追加を特定します。
* スコープ検証の影響:
* 遅延や超過が範囲の変更によるものか、明確さの欠如によるものかを判断するのに役立ちます。
* スケジュール、予算、またはリソースを調整するための基盤を提供します。
* その他の要因:
* 予算、リソース、制約も重要ですが、範囲に対処することで、プロジェクトの非効率性の根本原因が明確になります。
* プロジェクト管理フレームワーク: プロジェクトの遅延に対処するための重要なステップとしてスコープ管理を重視します。
* プロジェクト監視のベスト プラクティス: 範囲の検証を組織の目標と成果物に合わせて調整します。
EC-Council CISO リファレンス:

監査フレームワークとしての COBIT: COBIT は、IT プロセスのガバナンス、管理、監査のための包括的なフレームワークを提供し、IT 目標をビジネス目標と一致させます。
これが正しい理由: COBIT には、監査人が IT 制御と組織の目標達成におけるその有効性を評価するためのガイドラインが含まれています。
他のオプションが間違っている理由:
* B. PCI-DSS: 包括的な監査フレームワークではなく、カード所有者のデータのセキュリティに重点を置いています。
* C. ISO 27002: 情報セキュリティのベストプラクティスを提供しますが、監査フレームワークは提供しません。
* D. NIST SP 800-30: 監査ではなくリスク評価に重点を置いています。
参考資料:EC-Council は、IT ガバナンスと監査活動を実施するための推奨フレームワークとして COBIT を参照しています。