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

OCM は、様々な方法で SAP プロジェクトに統合できます。オプション B は正解です。OCM をクロストピックとして扱うことで、コミュニケーションやトレーニングなど、すべてのプロジェクト領域を網羅し、SAP Activate の包括的なアプローチと整合させることができます。オプション D は正解です。サブプロジェクトでは、OCM がメインプロジェクトの下で独自の計画とリソースを持つことができるためです。オプション E は正解です。スタッフユニット（プロジェクトリーダー直属など）が、個別のプロジェクトステータスなしで専用のサポートを提供するためです。オプション A は不正解です。OCM はメインの実装をサポートするため、単独のプロジェクトになることはほとんどありません。オプション C も不正解です。OCM を機能サブプロジェクトに組み込むと、技術分野全体への焦点が薄れてしまいます。
SAP OCM コンセプトからの抜粋: SAP Activate は、プロジェクト目標 (SAP OCM フレームワーク) との整合性を確保するために、OCM を複数機能、サブプロジェクト、またはスタッフ機能としてサポートします。

SAP Activate Explore または Realize フェーズで実施される詳細な変更影響分析 (CIA) では、プロセス、テクノロジー、組織、および人員にわたる具体的な変更が特定され、フォローアップ活動につながります。
選択肢Cが正解です。変更管理は通常、ペルソナ（例：「財務担当者サラ」）を開発し、影響（例：新しいプロセスが彼女の日々の業務にどのような影響を与えるか）に関するコミュニケーションをカスタマイズし、これらのメッセージを効果的に伝えるための資産（例：ニュースレター、動画）を作成します。これは、SAP OCMがCIAの調査結果をステークホルダーエンゲージメント戦略に反映させることに重点を置いていることと一致しています。例えば、CIAが買掛金のプロセス変更を示した場合、変更管理はペルソナベースのFAQを作成し、ユーザーの懸念に対処し、わかりやすいメッセージを通じて導入を促進することができます。
オプションAは誤りです。役割/責任の定義とポリシー（職務記述書、コンプライアンスルールなど）の適応は、通常、人事または組織設計タスクであり、多くの場合、ビジネスリーダーまたはプロジェクト管理によって主導されます。構造再設計ではなく人材の準備状況に重点を置くチェンジマネジメントではありません。オプションBは誤りです。リソースの制約（人員不足など）と緩和策（採用計画など）の特定は、OCM固有ではなく運用上の問題であるため、プロジェクト管理または事業部門のリーダーシップの管轄となります。オプションDは誤りです。将来の運用モデル（組織図、ワークフローなど）の設計とその展開計画は、ビジネスアーキテクトまたはコンサルタントの戦略的なタスクであり、このプロセスを所有するのではなくサポートするチェンジマネジメントではありません。
SAP OCM は、構造的調整やリソース調整ではなく、変更管理を CIA 後のコミュニケーションと有効化の推進力として位置付けています。
「変更管理は、ペルソナやコミュニケーション資産の開発など、詳細な CIA からのフォローアップ活動を引き受け、関係者が特定された変更を理解して採用できるようにします」(SAP Activate 方法論、OCM ワークストリーム、CIA 後の責任)。

SAPのOCMフレームワークには、実現、リーダーシップ、有効性といった側面が含まれています。オプションAは正解です。変更の実現には、導入後に事業部門が新しいモデルを採用できるよう支援することが含まれるためです。オプションCは正解です。変更リーダーシップには、継続的なサポートを維持するためにステークホルダー管理が必要です。オプションDは正解です。有効性は、影響を評価するための多様な指標（採用率、満足度など）に依存するためです。オプションBは曖昧であり、具体的な成功要因ではありません。期待に応えることは結果であり、推進要因ではありません。オプションEは重要ですが、コミュニケーション戦術であり、フレームワーク全体の成功要因ではありません。
SAP OCM コンセプトからの抜粋: SAP OCM の成功要因には、実現のサポート、継続的なリーダーシップ、堅牢な有効性測定 (SAP OCM フレームワーク) が含まれます。

SAP Activate Prepare フェーズは、プロジェクトが開始され、変更管理が成​​功への土台を築き始める基礎段階です。オプション A は正解です。最初の変更計画を策定することで、OCM アクティビティのロードマップが確立され、プロジェクト計画に沿った範囲、タイムライン、主要な介入の概要が示されます。この段階の計画は概要レベルで、細かい詳細ではなく方向性の設定に重点が置かれており、細かい詳細は後で説明します。オプション B は正解です。主要な利害関係者を特定し、利害関係者分析を実施することは、影響を受ける人、その影響力、態度 (支持者、反対者など) を理解するための重要な初期ステップです。この分析は、その後のエンゲージメント戦略に反映されます。オプション D は正解です。変更ネットワーク戦略の策定と調整には、変更エージェントがプロジェクトをどのようにサポートするかを計画し、組織全体の影響力のある個人から早期に賛同を得ることが含まれるためです。
選択肢Cは不正解です。詳細な変更影響分析（CIA）は通常、標準適合ワークショップでプロセスのギャップが特定される「探索」フェーズで実施されます。「準備」フェーズでは、高レベルのCIAのみが開始される場合もありますが、設問では「詳細」と指定されており、ここでは該当しません。選択肢Eは不正解です。ロールマッピング（ユーザーへのSAPロールの割り当て）は、多くの場合「準備」フェーズではなく「実現」フェーズで行われる技術的かつ実現可能なアクティビティです。準備フェーズは、ロールマッピングのような実行レベルのタスクではなく、準備と計画に重点を置いています。SAP OCMでは、これらのアクティビティによって、人的リソースの取り組みをプロジェクトのキックオフと整合させ、プロアクティブな開始を実現します。
「準備フェーズでは、変更管理は、初期変更計画の策定、利害関係者の分析の実施、変更ネットワーク戦略の定義などのアクティビティを開始し、プロジェクトの強固な基盤を確立します」(SAP Activate 方法論、変更管理ワークストリーム、準備フェーズ)。