개요

이 문서에서는 SAP on AWS의 그린필드 구현 과정에서 얻은 교훈을 강조합니다. 이러한 권장 사항의 대부분은 AWS 마이그레이션 프로젝트의 표준 SAP에도 적용할 수 있습니다. 이 문서에서는 프로젝트의 계획, 설계 및 구축 단계에 대한 조언을 공유합니다. 여기에는 프로젝트의 유지 관리 또는 운영 단계에 대한 교훈이 포함되어 있지만 이 가이드에서는 이 단계에 초점을 맞추지 않습니다. 워터폴 방법론이나 반복적, 애자일 또는 하이브리드 접근 방식을 사용하여 이러한 모범 사례를 적용할 수 있습니다.

이 가이드에서 참조하는 인프라 팀의 주요 이해관계자는 다음과 같습니다.

• AWS 구현 파트너 - AWS 전문 서비스 또는 AWS 파트너일 수 있습니다. 이들의 역할은 SAP 애플리케이션이 실행할 AWS 인프라를 구축하는 것입니다.

• SAP Basis 팀 - 이 팀은 시스템 통합 사업자(SI) 또는 공급업체 회사에서 제공할 수 있으며, 사내 직원으로 구성되거나 혼합될 수도 있습니다. 이들의 임무는 SAP 소프트웨어를 설치하고, 기술 수준에서 구성하고, 업그레이드하고, 일반적으로 유지 관리하는 것입니다.

• SI 인프라 리더 - 이 개인은 제품 소유자 역할을 합니다. 이들은 대규모 프로젝트 팀에서 발생하는 기술적 요구 사항을 제공하고 인프라 팀에 일반적인 리더십을 제공합니다.

• 고객 인프라 리더 - 이 개인은 제품 소유자 역할도 합니다. 이들은 대규모 프로젝트 팀에서 발생하는 기술적 요구 사항을 제공하고 인프라 팀에 일반적인 리더십을 제공합니다. 공동 리더십 모델에서 SI와 고객 인프라 리더가 동등하게 활동할 수도 있고 단일 인프라 리더를 지정할 수도 있습니다.

이 규범적 지침의 초점은 특히 그린필드 SAP 프로젝트의 AWS 측면에 있습니다.

에 SAP 환경을 배포할 때 AWS인프라 팀은 일반적으로 비즈니스 요구 사항에 맞게 SAP를 구성하고 사용자 지정하는 기능 및 개발 팀보다 몇 달 앞서 있습니다. 두 팀의 납품 타임라인이 서로 다르기 때문에 인프라 팀의 구축 단계로 간주되는 것이 기능 팀의 계획 단계일 수 있습니다. 또한 SAP 환경을 구축하는 작업은 매우 반복적입니다. 예를 들어, N+2 시나리오에서는 세 가지 개발 환경을 구축할 수 있습니다. 프로젝트를 구성하는 방법과 환경이 필요한 시기에 따라 구축을 세 단계로 진행할 수 있습니다. 단, 모든 환경이 같은 날짜에 마감되는 경우는 예외입니다. 이 지침을 프로젝트의 특정 단계에 적용할 때는 이러한 차이점을 염두에 두세요. 그러면 기능 팀 및 개발 팀과 더 효과적으로 소통하고 작업할 수 있습니다.

수강 대상

이 문서는 프로젝트 관리자를 염두에 두고, 프로젝트 구현을 위한 가이드로, SAP AWS 구현 중에 기대치를 설정하고 강력한 IT 리더십을 제공하기 위한 도구로 작성되었습니다. 대규모 SAP 구현에서는 인프라 팀의 모든 멤버가 자신의 프로젝트 관리자와 함께 참여하여 작업을 관리할 가능성이 높습니다. 전반적인 클라우드 여정을 관리하고 이러한 모범 사례를 준수할 책임을 맡을 중요한 인프라 프로젝트 관리자를 한 명 선임하는 것이 좋습니다.