概要

本ドキュメントでは、SAP on AWSグリーンフィールド導入で得た学びに焦点を当てます。これらの推奨事項のほとんどは、 AWS 移行プロジェクトの標準 SAP にも適用できます。この記事では、プロジェクトの計画、設計、構築の段階に関するアドバイスをご紹介します。メンテナンスとオペレーションの段階に関する解説も含まれていますが、これらの段階は、本ガイドの対象ではありません。ベストプラクティスを実際に活用するときは、ウォーターフォール型、反復型、アジャイル型、あるいはハイブリッドのアプローチを用います。

本ガイドで述べるインフラストラクチャーチームの主な利害関係者とは、以下を指します。

• AWS 実装パートナー – AWS プロフェッショナルサービスまたは AWS パートナーです。その役割は、SAP アプリケーションが実行される AWS インフラストラクチャを構築することです。

• SAP Basis チーム — このチームは、システムインテグレーター (SI) かベンダー企業から派遣されるか、社内の従業員で編成されるか、あるいはその両方の混合で編成されます。役割は、SAP ソフトウェアのインストール、技術レベルの設定、アップグレード、一般的なメンテナンスです。

• SI インフラストラクチャリーダー — 製品の所有者としての役割を果たす個人です。大規模なプロジェクトチームから要請された技術要件を提供したり、インフラストラクチャチームを主導したりします。

• 顧客インフラストラクチャリーダー — こちらも製品の所有者としての役割を果たす個人です。大規模なプロジェクトチームから要請された技術要件を提供したり、インフラストラクチャチームを主導したりします。SI インフラストラクチャリーダーと顧客インフラストラクチャリーダーは、共同リーダーシップモデルとして対等に機能させることができますが、指名するインフラストラクチャーリーダーを 1 人のみにすることもできます。

この規範ガイダンスは、特にグリーンフィールド SAP プロジェクトの AWS 側面に焦点を当てています。

SAP 環境を にデプロイする場合 AWS、通常、インフラストラクチャチームは、ビジネスニーズに合わせて SAP を設定およびカスタマイズする機能チームと開発チームより数か月先です。両チームはデリバリータイムラインが異なるため、インフラストラクチャチームの構築段階が、機能チームの計画段階の時期にあたるようなことがあります。加えて、SAP 環境の構築作業は繰り返しの多い反復作業です。例えば、N+2 のシナリオでは 3 つの開発環境を構築することになります。環境の完成期日がすべて同じ日付でない限り、構築段階は、プロジェクトの構成方法や環境が必要になる時期に応じて 3 つ作成することができます。本ガイダンスをご自身のプロジェクトの特定の段階に使用するときは、以上の差を念頭におくようにします。そうすれば、機能開発チームとより効果的にコミュニケーションを取り、協力することができるはずです。

対象者

このドキュメントは、プロジェクト実装のガイドとして、また SAP on 実装中に期待を設定し、強力な IT リーダーシップを提供するためのツールとして、プロジェクトマネージャーを念頭に置いて書かれています AWS 。大規模な SAP 導入では、インフラストラクチャチームのメンバー全員が、プロジェクトマネージャーと共に自らの仕事の管理に携わることになる可能性があります。クラウドジャーニー全般を管理し、ベストプラクティスが順守されていることに対して説明責任を負う、インフラストラクチャの総合的なプロジェクトマネージャーを 1 名任命することが推奨されます。