Panoramica

Questo documento evidenzia le lezioni apprese durante un'implementazione greenfield di SAP su AWS. La maggior parte di queste raccomandazioni può essere applicata anche ai progetti di AWS migrazione SAP standard. Questo articolo offre consigli per le fasi di pianificazione, progettazione e build di un progetto. Include lezioni per la fase di manutenzione o operativa di un progetto, ma tale fase non è l'obiettivo di questa guida. Puoi utilizzare una metodologia a cascata o un approccio iterativo, agile o ibrido per applicare queste best practice.

Ecco le principali parti interessate del team di infrastruttura a cui si fa riferimento in questa guida:

• Il partner di AWS implementazione: potrebbe essere AWS Professional Services o un AWS partner. Il loro ruolo è costruire l' AWS infrastruttura su cui verranno eseguite le applicazioni SAP.

• Il team SAP Basis: questo team può essere fornito dall'integratore di sistemi (SI) o dalla società fornitrice, può essere composto internamente dai dipendenti dell'organizzazione o da una combinazione di membri. Il loro compito è installare il software SAP, configurarlo a livello tecnico, aggiornarlo e in generale mantenerlo.

• Leader dell'infrastruttura del SI: questa persona funge da proprietaria del prodotto. Forniscono requisiti tecnici che provengono dal team di progetto più grande e forniscono la leadership generale al team dell'infrastruttura.

• Leader dell'infrastruttura del cliente: questa persona funge anche da proprietaria del prodotto. Forniscono requisiti tecnici che provengono dal team di progetto più grande e forniscono la leadership generale al team dell'infrastruttura. I responsabili dell'infrastruttura del SI e del cliente possono operare alla pari nell'ambito di un modello di leadership congiunto, oppure si potrebbe decidere di designare un unico responsabile dell'infrastruttura.

L'obiettivo di questa guida prescrittiva si concentra specificamente sull' AWS aspetto di un progetto SAP inesplorato.

Quando si implementano ambienti SAP AWS, i team dell'infrastruttura sono in genere in anticipo di mesi rispetto ai team funzionali e di sviluppo che configurano e personalizzano SAP per soddisfare le esigenze aziendali. Poiché i due team hanno tempistiche di consegna diverse, quella che viene considerata la fase di build per il team dell'infrastruttura potrebbe essere la fase di pianificazione per i team funzionali. Inoltre, il lavoro di compilazione di ambienti SAP è molto iterativo e ripetitivo. Ad esempio, in uno scenario N+2, potresti compilare tre diversi ambienti di sviluppo. A seconda di come strutturi il progetto e quando gli ambienti sono necessari, è possibile avere tre fasi di compilazione, a meno che gli ambienti non scadano tutti nella stessa data. Tieni a mente queste differenze quando applichi questa guida alle fasi specifiche del tuo progetto, in modo da poter comunicare e lavorare con i team funzionali e di sviluppo in modo più efficace.

Destinatari principali

Questo documento è stato scritto pensando ai project manager, come guida per l'implementazione del progetto e come strumento per definire le aspettative e fornire una solida leadership IT durante un'implementazione SAP. AWS In un'implementazione SAP su larga scala, è probabile che tutti i membri del team di infrastruttura partecipino con i propri project manager alla gestione del proprio lavoro. Ti consigliamo di identificare un unico project manager dell'infrastruttura globale per gestire l'intero percorso verso il cloud e assumersi la responsabilità di garantire che queste best practice vengano seguite.