サービスマネジメントにおける顧客調査を成功させる最も重要な要素は、目標(A)を達成するための適切な質問です。ITILの継続的サービス改善（CSI）によれば、実用的な改善につながる有意義なデータを収集するためには、調査の目標（例：サービス品質や顧客満足度の評価）に沿った質問で調査を設計する必要があります。
* 評価スケールのみを使用する (B): 評価スケールに制限すると、質問の種類が制限され、質的な洞察が得られない可能性があります。
* 誘導的な質問や意図的な質問 (C): これらの質問は回答に偏りを生じさせ、調査の妥当性を低下させます。
* 最小期間 (D): 簡潔さは重要ですが、調査の目的を達成するには質問の関連性が重要です。
参考：EPI CITM学習ガイドの「サービスマネジメント」の項では、調査設計にITILのCSIフレームワークが参照されている可能性があります。顧客からのフィードバックやサービス改善に関するセクションを確認してください。

ISO 31000およびISO/IEC 27001に従ったリスク評価の正しい順序は、コンテキストの確立 - 識別 - 分析 - 評価 - 処理(C)です。
* コンテキストを確立する: リスク評価の範囲、目的、基準を定義します (例: 組織の目標、資産、リスク許容度)。
* 特定: 目標に影響を及ぼす可能性のある潜在的なリスク (脅威や脆弱性など) を特定します。
* 分析: 特定されたリスクの発生可能性と影響を評価し、その重大度を判断します。
* 評価: リスクをリスク基準と比較して、治療の優先順位を決定します。
* 処理: リスクを軽減、回避、転送、または受け入れるための制御または戦略を実装します。
* オプション A: 正しくありません。「監視とレビュー」は治療後のステップであり、開始点ではありません。
* オプション B: 正しくありません。「コミュニケーション」はリスク評価における明確なステップではなく、全体に組み込まれています。
* オプション D: 評価の範囲を定義するために不可欠な「コンテキストの確立」を省略しているため、正しくありません。
このシーケンスにより、組織の目標に沿った、リスク評価に対する構造化された体系的なアプローチが確保されます。
参考：EPI CITM学習ガイドのリスク管理の項では、リスク評価プロセスについてISO 31000またはISO/IEC 27001を参照している可能性があります。リスク評価方法論またはリスク管理ライフサイクルに関するセクションをご確認ください。

事業継続計画における並列テスト(A)では、プライマリサイトと代替サイトの両方でシステムを同時に稼働させ、データを比較することで代替サイトが効率的に業務を処理できることを確認します。このテストでは、通常業務を中断することなくデータの複製とシステムの機能を検証するため、完全な中断テストの前にデータを比較したいという管理者の要望に応えます。
* シミュレーションテスト (B): 代替サイトをアクティブ化せずに災害シナリオをシミュレートして対応手順をテストするため、データの比較には重点が置かれていません。
* 構造化ウォークスルーテスト (C): これは、システムを実行したりデータを比較したりせずに、チームメンバーが計画について話し合い、確認する卓上演習です。
* チェックリスト テスト (D): サイト間でデータを比較するのではなく、チェックリストに照らしてビジネス継続計画をレビューし、完全性を確認します。
ISO 22301 またはビジネス継続性管理フレームワークによれば、プライマリサイトでの運用を維持しながらリカバリ機能を検証するために並列テストが使用されるため、説明したシナリオに最適です。
参考：EPI CITM学習ガイドの「事業継続管理」では、事業継続性テストの手法について解説されており、災害復旧検証における並行テストについて言及している可能性があります。事業継続計画またはテスト戦略に関するセクションをご確認ください。

プロジェクトマネジメントにおける教訓報告は、プロジェクトから得られた肯定的な経験と否定的な経験の両方を文書化し、将来のプロジェクトを改善することを目的としています。プロジェクトマネジメント協会（PMI）やPMBOKなどのフレームワークによると、その目的は、洞察、成功、課題、推奨事項を収集し、プロセスを強化し、ミスの繰り返しを回避し、将来の取り組みにおいて成功を再現することです。
選択肢Aは成果報告のみに焦点を当てており、焦点が狭すぎます。選択肢Bはミスに対する説明責任を強調していますが、報告書は非難ではなく改善を目的としているため、説明責任は主要な目的ではありません。選択肢Cは誤りです。リスクの特定はリスク管理の一部であり、教訓の主眼ではないからです。
オプション D は、肯定的な側面と否定的な側面の両方を分析することで、将来のプロジェクトに利益をもたらすという意図を正しく捉えています。
参考：EPI CITM学習ガイドの「プロジェクトマネジメント」の項では、PMBOKまたは類似のフレームワーク、特に「プロジェクトまたはフェーズの終了」プロセス（得られた教訓を文書化する）が参照されている可能性があります。プロジェクトの終了またはナレッジマネジメントのセクションを確認してください。

リスク管理において、リスクを軽減するための統制を実施した後、組織が許容できる残りのリスクを残留リスク(C)と呼びます。ISO/IEC 27001やCOBITなどのフレームワークによれば、残留リスクとは、統制を適用した後も残るリスクのレベルを表し、組織のリスク選好度に基づいて許容可能と判断されます。例えば、統制によって脅威（例：データ侵害）の発生確率または影響が軽減された場合、残りのエクスポージャーが残留リスクであり、組織はこれを監視しますが、必要な場合を除き、それ以上の軽減は行いません。
* リスクの低減 (A): 標準的な用語ではありません。一般的な減少を意味しますが、特異性がありません。
* リスクの低減 (B):リスクの低減に似ていますが、リスク管理フレームワークでは認められた用語ではありません。
* 修正リスク (D): リスクの変化を意味しますが、管理後のリスク レベルを表す標準的な用語ではありません。
残留リスクはリスク管理における重要な概念であり、組織がリスク軽減の取り組み後に残るリスクを理解し、受け入れることを保証します。
参考：EPI CITM学習ガイドのリスク管理の項では、リスク評価および対応プロセスにおける残留リスクを強調するISO/IEC 27001またはCOBITを参照している可能性があります。リスク管理フレームワークまたはリスク評価に関するセクションを確認してください。