In 第2部 このシリーズでは、移行またはアップグレードプロジェクトにおける変更管理の課題について検討しました。クラウドERP移行のような規模のプロジェクトにおいて、変更を一定期間凍結することは、ほとんどの企業にとって全く現実的ではありません。そのため、同時進行での変更管理は必須となります。
複雑なクラウドERP移行では、ハイブリッド管理、つまり移行期間中にレガシーシステムと新規システムを稼働させるという要件も求められます。自社のSAP資産について率直に考えてみてください。最初のクラウドERP移行プロジェクトの開始から、最後のオンプレミスERPシステムの廃止まで、どれくらいの期間があるでしょうか？これがハイブリッドタイムラインです。おそらく数年単位になるでしょう。
前面にクラウド、背面にレガシー
クラウドERPへの移行へのアプローチは、プロジェクト中のハイブリッド管理要件に大きな影響を与えます。データと既存システムをクラウド環境に移行する「リフト＆シフト」アプローチを採用する組織は、初期の移行作業が最も容易になります。しかし、クラウドインフラストラクチャへのこのプラットフォーム再構築は、確かに価値あるものの、管理対象と場所が変わるだけです。必要な管理内容に実質的な影響はなく、基本的には新しいインフラストラクチャ上で現状のシステムを実行し続けることになります。
グリーンフィールド導入は、既存のERPシステムを技術的負債を残さずに変革します。データのみが新しいシステムに移行され、すべての新しいプロセスと管理インフラストラクチャが可能になります。これは最も複雑で時間のかかる移行であり、お客様は新しいソリューションが完全にオンラインになるまでの間、しばらくの間、既存のシステムを管理し続けることになります。しかし、オンラインになれば、レガシーシステムは事実上廃止できるため、グリーンフィールドアプローチにはこの点で一定の魅力があります。
しかし実際には、複数のSAP環境を持つ大企業では、プロジェクトの規模、複雑さ、コストを理由に、当初からグリーンフィールドを選択するケースが少なくなっています。プロジェクトが失敗した場合の影響もはるかに大きく、リスクも増大します。
そのため、複雑なSAP資産を持つ大企業のほとんどは、最初のステップとしてリフトアンドシフトの技術アップグレードを行うか、ブラウンフィールド移行を行うかのいずれかで、クラウドへの段階的な移行を選択します。 S/4HANA SAP プライベート クラウド ERP。
雲の半分過ぎ
このシリーズの前半では、レトロフィットの要件について説明しましたが、移行期間中にこそ、この重要なテクノロジーが重要な役割を果たします。クラウドERP移行プロジェクトのいずれかの時点で、クラウドインスタンスがオンラインになります。まだ本番環境ではありませんが、作業はすでに開始されており、日に日に近づいています。もちろん、何日かかるかは、クラウドERPへの移行方法によって異なります。
この期間中に変更が必要になった場合、既存のレガシー本番システムとこの新しい環境の両方で変更を行い、カットオーバーまで両者の同期を維持する必要があります。現在の通常業務システムから新しいプロジェクト環境（この場合はクラウドERP）への変更の移行がレトロフィットです。ここでの失敗は、新しいシステムの稼働開始時に古いコードと機能を再びビジネスに導入することにつながるため、このプロセスは完璧に実行することが不可欠です。変更の複雑さは、以下の要因によって大きく異なります。
- クラウドへの選ばれた道
- 変化そのものの複雑さ
- 既存のレガシー生産環境と新しいクラウドERPプラットフォーム間の変更の互換性
遺産は残る
クラウドERPソリューションが稼働するまで、あるいは最後のレガシー環境が廃止されるまで、2つの環境を管理し、同期を維持する必要があります。SAPが提供する標準ツールは、オンプレミス環境（Solution ManagerのChaRM）とクラウドERP環境（Cloud ALM）の両方で優れたサポートを提供することで定評があります。しかし、どちらのソリューションも、単一の制御点から両方の環境を同時に管理し、それらの間の変更を調整するようには設計されていません。
したがって、移行期間のソリューションを検討する際には、両方の長所を兼ね備えたソリューションを探し、既存の複雑な SAP 資産を Cloud ERP に移行する顧客に対する次の共通要件を考慮してください。
- 分岐や合流機能を含む、柔軟で動的なトランスポートパス構成を可能にします。複雑な多層構造やN+n構成をサポートし、頻繁に変更されるインフラストラクチャにも対応します。
- コア ABAP からクラウドまで、あらゆる SAP 変更タイプを統合的にサポートし、要件から改修までの統合トレーサビリティにより、環境間で直接互換性のない変更を同期する場合でもトレーサビリティと監査を確保します。
- 非グリーンフィールド移行のコアをクリーンアップするための反復的なアプローチを可能にする
- DevOpsをサポートし、 統合 DevOpsとITSMツールを使用
- 監査、ガバナンス、規制報告のための単一の画面 – これは、GxPおよびISO9001規制環境に特に当てはまります。
- 2025年/2027年/2030年/2033年以降のソリューションサポート
まとめると
綿密に計画されたクラウドERP移行は、高い成功率をもたらします。組織におけるクラウドERPソリューションのニーズをじっくりと検討し、そこから得られた知見を基に、利用可能な数多くのクラウドERPソリューションの中から最適なソリューションを選定してください。そして、移行の中間段階、つまり2つの環境に同時に変更が加えられる時期を慎重に計画してください。ミスは、不具合の再導入、非準拠コード、さらにはシステム停止など、深刻な問題を引き起こす可能性があります。新しいクラウドERPソリューションが完全に稼働するまでは、レガシーシステムとクラウド環境を横断した変更を一元管理できるソリューションを活用して、レガシーシステムの廃止を計画しましょう。
途中でサポートが必要な場合、またはプライベートクラウドERPとその方法についてさらに詳しく知りたい場合は、 Rev-TracはRISEプライベートクラウドをサポート, contact 当社の SAP 変更管理プロフェッショナルの 1 人。
