Risultati di ufficio

Questa sezione illustra i tre risultati attesi da una revisione della preparazione al cloud: comprensione dello stato attuale, identificazione dei punti di forza e di debolezza e creazione di un piano d'azione.

Comprendere lo stato corrente del percorso verso il cloud

Quando le organizzazioni prevedono una migrazione su larga scala versoAWS, generalmente rientrano in quelle che vengono chiamate fasi di adozione, come illustrato nel diagramma seguente. Le quattro fasi (progetto, fondazione, migrazione e reinvenzione) sono discusse nel post del blog The Journey Toward Cloud-First & the Stages of Adoption sul blogCloud AWS Enterprise Strategy. Lo scopo di una valutazione della preparazione è determinare a che punto si trova l'organizzazione nelle fasi di adozione e quali parti dell'ambiente dell'organizzazione sono sufficientemente mature per passare alla fase successiva.

Esempio:

Se un'organizzazione sta pianificando il trasferimento del primo carico di lavoro al cloud, viene considerata in fase di progetto (o prova di concetto). Questa fase non richiede una struttura contabile unificata o altri costrutti fondamentali. Tuttavia, per preparare un'iniziativa di migrazione più ampia, è necessario adottare aspetti fondamentali come un'adeguata etichettatura. Altrimenti, c'è il rischio di dover ritardare le migrazioni per risolvere problemi fondamentali.

Identificazione delle aree di forza e di debolezza

L'identificazione delle aree di forza e di debolezza è il secondo risultato principale di una valutazione della prontezza. I punti di forza determinano i team e le pratiche pronti per un'ampia adozione in tutta l'organizzazione. Queste sono aree che non richiedono ulteriore lavoro per consentire migrazioni cloud di successo su larga scala. I punti deboli sono aree in cui è necessario intraprendere azioni per migliorare le pratiche o le capacità per consentire le migrazioni sul cloud. La risoluzione tempestiva delle lacune garantisce un processo di migrazione senza intoppi ed elimina il rischio di ritardi del progetto nello sviluppo delle funzionalità di base. La mappa termica illustrata nella figura seguente mostra le aree di forza e di debolezza di un'organizzazione. Dovranno essere predisposti piani d'azione per le aree evidenziate in giallo o rosso.

Esempio:

Un team IT potrebbe creare una struttura di account adatta a soddisfare le esigenze future dell'organizzazione, ma gli sviluppatori e i proprietari delle applicazioni potrebbero non essere consapevoli del fatto che laCloud AWS loro applicazione verrà migrata e potrebbero non avere le competenze per utilizzare tale applicazione nelCloud AWS. Questo esempio illustra una lacuna nell'adesione del proprietario dell'applicazione e nella preparazione del team di sviluppo e l'organizzazione deve pianificare azioni correttive durante la valutazione della fattibilità.

Creazione di un piano d'azione per abilitare scalabilità e velocità

Dopo aver identificato i punti di forza e di debolezza, sarà necessario mettere in atto un piano d'azione per colmare le lacune e ampliare le aree di forza identificate all'interno dell'organizzazione. Il piano dovrebbe avere i proprietari e le date di scadenza assegnati per garantire che il progetto prosegua. Ti consigliamo di coinvolgere i tuoi team interni per il miglioramento dei processi e il cambiamento organizzativo per contribuire a portare avanti l'iniziativa cloud. Questi team di solito dispongono di kit di strumenti per definire le capacità attuali, stabilire le comunicazioni, gestire la pianificazione degli acquisti e processi simili, che saranno utili.

Nota

Il team dei serviziAWS professionali fornisce un programma chiamato Mobilize. Questo modello prescrittivo guida l'organizzazione a sviluppare capacità fondamentali in tutte le aree delAWS CAF per affrontare le aree identificate nella Migration Readiness Assessment (MRA). La community deiAWS partner offre anche servizi che possono aiutarti nei tuoi sforzi di preparazione alla migrazione.