SAP OCM の通信チャネル分析では、チャネルが変更通信をどのようにサポートするかを評価します。
選択肢Cは正解です。各チャネルに名前を付け、説明を加えることで（例：「イントラネット - 社内ニュースポータル」）、その目的と対象範囲を明確にすることができます。選択肢Dは正解です。使用頻度（例：週次更新）とオーナーシップ（例：人事チーム）によって運用の詳細と責任が明確になります。選択肢Eは正解です。対象となるステークホルダー（例：主要ユーザー、マネージャー）を特定することで、メッセージが対象者のニーズに合致するようになります。
選択肢Aは誤りです。「標準化の度合い」は曖昧で、標準的な側面ではありません。チャネルは均一性ではなく有効性に基づいて評価されます。選択肢Bは誤りです。コストは考慮される場合もありますが、この分析ではアクティビティごとに文書化されることは通常なく、予算編成も別途行われます。SAP OCMはこの分析を使用して、コミュニケーション配信を最適化します。
「コミュニケーション チャネル分析では、チャネルの名前と説明、頻度と所有権、および対象となる利害関係者グループを文書化し、効果的なメッセージングを保証します」(SAP OCM フレームワーク、コミュニケーション計画)。

SAPの役割と責任をビジネスユーザーにマッピングすることは、通常「実現」フェーズで行われ、SAPクラウド導入における重要な技術およびセキュリティ上のステップです。選択肢Cが正解です。これは、ユーザーが業務に必要な範囲に限定された役割ベースのアクセス（例えば、SAPの権限プロファイル経由）を付与できるようにするためです。例えば、営業担当者は財務報告ではなく販売取引のみにアクセスできるようになります。これにより、不正アクセスが防止され、セキュリティが強化されるだけでなく、SAPのシステムガバナンスに関するベストプラクティスにも準拠し、データ漏洩や運用エラーなどのリスクを軽減できます。例えば、S/4HANA Cloudでは、「SAP_BR_SALES_REP」のような役割が特定のユーザーにマッピングされ、機能アクセスを制御します。これはセキュリティとコンプライアンスに結びついたプロセスです。
オプション A は不正解です。ロール マッピングはシステム アクセスのための技術的なタスクであり、より広範な利害関係者の分析に依存するペルソナ (架空の利害関係者のプロファイル) やコミュニケーションの基礎ではないためです。
選択肢Bは誤りです。運用モデル（組織構造／プロセス）の開発は、より詳細なユーザーロールマッピングではなく、プロセス設計に基づいた高レベルのタスクです。選択肢Dは誤りです。ロールマッピングはトレーニング範囲やインフラストラクチャの利用を間接的に最適化する可能性がありますが、コスト削減は主な目的ではなく、セキュリティと効率性の向上が主な目的です。SA​​P OCMはこのマッピングをイネーブルメントと統合していますが、アクセス制御における役割を優先しています。
「SAP ロールをビジネス ユーザーにマッピングすると、アクセスが重要なデータとトランザクションに制限され、セキュリティ標準に準拠し、効率的なシステム使用がサポートされます」(SAP Activate、Enablement、および Security Integration)。

SAPクラウドプロジェクトにおける抵抗は、多くの場合、認識されたリスクに起因します。選択肢Aは正解です。クラウドホスティングでは、データのプライバシー/セキュリティに関する懸念が一般的です。選択肢Bは正解です。ユーザーは、標準プロセスがレガシーシステムと比較して不十分だと感じた場合に抵抗します。選択肢Cは正解です。クラウドソリューションはローカルな制御を低下させ、抵抗を引き起こします。選択肢Dは不正解です。クラウドは通常、保守コストを削減しますが、増加させることはありません。選択肢Eは不正解です。労使協議会の懸念は状況によって異なり、典型的な原因ではありません。SAP OCMは、これらを対処すべき主要な抵抗要因として特定しています。
「抵抗は、多くの場合、データ セキュリティ、プロセスの適合性、クラウド移行における制御の喪失に関する懸念から生じます」(SAP OCM フレームワーク、Resistance Management)。

SAP Activate Runフェーズでは、クラウドソリューション（例：S/4HANA Cloud）が定期的なリリースとともに進化する中で、変更管理によって導入が維持されます。オプションAが正解です。新しいリリース（例：SAP S/4HANA Cloud）の変更による影響を評価することは、導入の継続性にとって重要です。
クラウド環境における継続的なタスクであるユーザー適応のための積極的な計画（新機能がプロセスに与える影響など）を確実に実施することで、選択肢Dが正解です。学習および支援サービス（ウェビナー、チュートリアルなど）を提供することで、ユーザーはイノベーションを導入しやすくなり、稼働開始後のスキルギャップを埋めることができます。選択肢Eが正解です。リリースの変更点を（ニュースレターなどを通じて）ユーザーに伝えることで、ユーザーに最新情報を提供し続け、抵抗感を軽減し、導入を促進できます。
選択肢Bは誤りです。変革推進者のモチベーション向上は継続的な取り組みですが、イノベーション導入に限ったことではありません。彼らの役割はより広範囲にわたります。選択肢Cは誤りです。クラウド環境はシステム／プロセスの変更に重点を置くため、職場環境（物理的な設定など）の適応は稀です。SA​​P OCMは、継続的な導入における影響評価、支援、そしてコミュニケーションを重視しています。
「実行フェーズでは、リリースの影響を評価し、有効化オファリングを提供し、影響を受けるユーザーに変更を伝えることで、イノベーションの採用を促進します」(SAP Activate、実行フェーズ OCM プラクティス)。

SAPプロジェクトでは、外部アドバイザーが専門知識を持ち込み、社内マネージャーがそれを運用します。選択肢Aは正解です。組織に根付いた社内変更マネージャーが、持続可能性のための知識移転を確実に行うためです。選択肢Cは正解です。社内マネージャーはステークホルダーとの距離が近いため、タスク（例：コミュニケーション）を実行します。選択肢Eは正解です。外部アドバイザーが専門知識を活用し、戦略的なアプローチとツール（例：SAP Activateのテンプレート）を提供するためです。選択肢Bは不正解です。計画策定は外部のみではなく、共同作業です。選択肢Dは不正解です。全体的な責任は共有され、完全にアウトソーシングされるわけではありません。この区分は、外部のベストプラクティスと社内での実行のバランスをとっています。
「外部アドバイザーはベスト プラクティスのアプローチとツールを提供し、社内の変更マネージャーはアクティビティを実行し、長期的な機能のための知識移転を確実に行います」(SAP Activate 方法論、変更管理の役割と責任)。