Présentation

Ce document met en lumière les enseignements tirés lors d'une implémentation inédite de SAP sur AWS. La plupart de ces recommandations peuvent également être appliquées au SAP standard pour les projets de AWS migration. Cet article fournit des conseils pour les phases de planification, de conception et de génération d'un projet. Il comprend des leçons pour la phase de maintenance ou d'exploitation d'un projet, mais elle n'est pas l'objet de ce guide. Vous pouvez utiliser une méthodologie en cascade ou une approche itérative, agile ou hybride pour appliquer ces bonnes pratiques.

Voici les principales parties prenantes de l'équipe d'infrastructure référencées dans ce guide :

• Le partenaire de AWS mise en œuvre — Il peut s'agir des services AWS professionnels ou d'un AWS partenaire. Leur rôle est de créer l' AWS infrastructure sur laquelle les applications SAP seront exécutées.

• L'équipe SAP Basis : cette équipe peut être fournie par l'intégrateur de systèmes (SI) ou le fournisseur, être composée en interne par les employés de votre organisation, ou une combinaison des deux. Son travail consiste à installer le logiciel SAP, à le configurer au niveau technique, à le mettre à niveau et à effectuer sa maintenance générale.

• Leader de l'infrastructure SI : cette personne fait office de propriétaire du produit. Il communique des exigences techniques émanant de l'équipe de projet dans son ensemble et assure la direction générale de l'équipe d'infrastructure.

• Leader de l'infrastructure client : cette personne fait également office de propriétaire du produit. Il communique des exigences techniques émanant de l'équipe de projet dans son ensemble et assure la direction générale de l'équipe d'infrastructure. Les leaders de l'infrastructure SI et client peuvent agir sur un pied d'égalité dans le cadre d'un modèle de leadership conjoint, ou vous pouvez décider de désigner un seul leader de l'infrastructure.

Ce guide prescriptif est spécifiquement axé sur l' AWS aspect d'un nouveau projet SAP.

Lors du déploiement d'environnements SAP AWS, les équipes chargées de l'infrastructure ont généralement des mois d'avance sur les équipes fonctionnelles et de développement qui configurent et personnalisent SAP pour répondre aux besoins de l'entreprise. Les délais de livraison des deux équipes étant différents, ce qui est considéré comme la phase de génération pour l'équipe d'infrastructure peut être la phase de planification pour les équipes fonctionnelles. En outre, le travail de génération d'environnements SAP est très itératif et répétitif. Par exemple, dans un scénario N+2, vous pouvez générer trois environnements de développement différents. Selon la manière dont vous structurez votre projet et le moment où les environnements sont requis, il est possible d'avoir trois phases de génération, à moins que les environnements ne soient tous attendus à la même date. Gardez ces différences à l'esprit lorsque vous appliquez ces conseils aux phases spécifiques de votre projet, afin de pouvoir communiquer et travailler plus efficacement avec les équipes fonctionnelles et de développement.

Public visé

Ce document a été rédigé en pensant aux chefs de projet, en tant que guide pour la mise en œuvre du projet et en tant qu'outil pour définir les attentes et fournir un leadership informatique solide lors de la AWS mise en œuvre d'un SAP. Lors d'une implémentation de SAP à grande échelle, il est probable que tous les membres de l'équipe d'infrastructure participent avec leurs propres gestionnaires de projet à la gestion de leur travail. Nous vous recommandons de désigner un gestionnaire de projet d'infrastructure unique et global chargé de gérer l'ensemble de la transition vers le cloud et de veiller au respect de ces bonnes pratiques.