Attività iniziali: progettazione e configurazione dell'ambiente

La progettazione e la configurazione dell'ambiente sono gli ostacoli più comuni alle attività di adozione che sono focalizzate sulla migrazione o sull'innovazione. Può essere difficile implementare rapidamente una progettazione che supporta il piano di adozione a lungo termine. Questo articolo delinea un approccio e una serie di passaggi che consentono di superare i blocchi comuni e di velocizzare le attività di adozione.

Le attività tecniche necessarie per progettare e configurare l'ambiente in modo efficace possono essere complesse. È possibile gestire l'ambito per migliorare le probabilità di successo del team della piattaforma cloud. La sfida principale consiste nell'allineare più stakeholder. Alcuni di questi stakeholder hanno l'autorità per arrestare o rallentare le attività di adozione. Questi passaggi illustrano come soddisfare rapidamente gli obiettivi a breve termine e raggiungere il successo a lungo termine.

Passaggio 1: Documentare la strategia aziendale

Per evitare i comuni ostacoli alla migrazione, assicurarsi di avere una strategia aziendale chiara e concisa. È importante che gli stakeholder siano allineati sulle motivazioni, i risultati aziendali previsti e la giustificazione aziendale durante tutto il processo di adozione e configurazione dell'ambiente.

Una strategia aziendale chiara e concisa consente al team della piattaforma cloud di sapere che cosa è importante e a che cosa dare la priorità quando si prendono decisioni di configurazione ambientale. In particolare, consente ai team di prendere decisioni quando sono costretti a scegliere tra velocità di innovazione o conformità ai controlli.

Risultati finali:

• Usare il modello di piano e strategia per registrare le motivazioni, i risultati aziendali desiderati e la giustificazione aziendale generale.

Indicazioni per supportare il completamento dei risultati finali:

• Comprendere le motivazioni aziendali: il primo passaggio per l'allineamento strategico consiste nell'accordarsi sulle motivazioni che guidano le iniziative di migrazione. Prima di tutto è importante comprendere e classificare le motivazioni e i temi comuni dei diversi stakeholder dell'azienda e dell'IT.
• Documentare i risultati aziendali: una volta allineate le motivazioni, è possibile raggiungere i risultati aziendali desiderati. Queste informazioni forniscono metriche chiare che consentono di misurare la trasformazione complessiva.
• Creare un caso aziendale di migrazione al cloud: iniziare a sviluppare un caso aziendale per la migrazione, incluse indicazioni chiare sulle formule e sugli strumenti che supportano la giustificazione aziendale.

Passaggio 2: Valutare il patrimonio digitale

L'individuazione e la valutazione offrono un livello superiore di allineamento tecnico, che consente di creare un piano di azione utilizzabile per mettere in atto la strategia. Durante questo passaggio si convalida il caso aziendale usando i dati sullo stato corrente dell'ambiente, quindi si esegue un'analisi quantitativa dei dati e una valutazione qualitativa approfondita dei carichi di lavoro con la priorità più alta.

L'output della valutazione del patrimonio digitale offre al team della piattaforma cloud una visione chiara dell'ambiente dello stato finale e dei requisiti necessari per supportare il piano di adozione.

Risultati finali:

• Dati non elaborati per l'inventario esistente.
• Analisi quantitativa dell'inventario esistente per perfezionare la motivazione aziendale.
• Analisi qualitativa dei primi 10 carichi di lavoro.
• Motivazione aziendale aggiornata nel modello della strategia e del piano.

Indicazioni per supportare il completamento dei risultati finali:

• Sistemi di inventario esistenti: la comprensione dello stato corrente da un approccio programmatico e basato sui dati è il primo passaggio. Trovare e raccogliere i dati per abilitare tutte le attività di valutazione.
• Razionalizzazione incrementale: semplificare le attività di valutazione per concentrarsi su un'analisi qualitativa di tutte le risorse e verosimilmente anche per supportare il caso aziendale. Aggiungere quindi un'analisi qualitativa approfondita per i primi 10 carichi di lavoro di cui eseguire la migrazione.

Passaggio 3: Creare un piano di adozione del cloud

Il piano di adozione del cloud offre un approccio accelerato per lo sviluppo di un backlog di progetto. Il backlog può essere quindi modificato per rispecchiare i risultati della valutazione, la razionalizzazione, le competenze necessarie e i contratti dei partner.

Una revisione del piano di adozione del cloud a breve termine e del backlog consente al team della piattaforma cloud di comprendere le esigenze dell'ambiente per i prossimi mesi. Questo contesto consente di restringere la definizione di completato per le prime zone di destinazione.

Risultati finali:

• Distribuire il modello di backlog.
• Aggiornare il modello per rispecchiare i primi 10 carichi di lavoro da sottoporre a migrazione.
• Aggiornare le persone e la velocità (tempo delle persone) per stimare le tempistiche di rilascio.
• Rischi della sequenza temporale:
  • La mancanza di familiarità con Azure DevOps può rallentare il processo di distribuzione.
  • Anche la complessità e i dati disponibili per ogni carico di lavoro possono influire sulle sequenze temporali.

Indicazioni per supportare il completamento dei risultati finali:

• Piano di adozione del cloud: definire il piano usando il modello di base.
• Allineamento dei carichi di lavoro: definire i carichi di lavoro nel backlog.
• Allineamento del lavoro richiesto: allineare le risorse e i carichi di lavoro nel backlog per definire chiaramente i lavori richiesti per i carichi di lavoro con priorità.
• Allineamento di persone e tempistiche: definire l'iterazione, la velocità e i rilasci per i carichi di lavoro di cui viene eseguita la migrazione.

Passaggio 4: Distribuire la prima zona di destinazione

Inizialmente, il team di adozione del cloud necessita di una zona di destinazione in grado di supportare i requisiti della prima serie di carichi di lavoro. Nel corso del tempo, la zona di destinazione viene dimensionata per gestire carichi di lavoro più complessi. Per il momento, iniziare con una zona di destinazione che consenta al team della piattaforma cloud e al team di adozione del cloud di apprendere le basi.

Risultati finali:

• Distribuire una prima zona di destinazione per le migrazioni iniziali a basso rischio.
• Sviluppare un piano per il refactoring con il centro di eccellenza cloud o il team IT centrale.
• Rischi della sequenza temporale:
  • I requisiti per governance, operazioni e sicurezza per i primi 10 carichi di lavoro possono rallentare questo processo. Il refactoring effettivo della prima zona di destinazione e delle zone di destinazione successive richiede più tempo, ma dovrebbe essere eseguito in parallelo alle attività di migrazione.

Indicazioni per supportare il completamento dei risultati finali:

• Scegliere una zona di destinazione: usare questa sezione per trovare l'approccio ottimale per distribuire una zona di destinazione in base al piano di adozione a breve termine, quindi distribuire la codebase standardizzata.
• Espandere la zona di destinazione: per il momento non cercare di rispettare i vincoli a lungo termine di governance, sicurezza o operazioni, a meno che non siano necessari per supportare il piano di adozione a breve termine.

Passaggio 5: Distribuire una base iniziale per la governance

La governance è un fattore chiave per il successo a lungo termine di qualsiasi processo di migrazione. La velocità della migrazione e l'impatto aziendale sono importanti, ma la velocità senza governance può essere pericolosa. L'organizzazione deve prendere decisioni sulla governance allineate ai modelli di adozione e alle esigenze di governance e conformità.

Tali decisioni, man mano che vengono prese, influiscono sulle attività parallele del team della piattaforma cloud.

Risultati finali:

• Distribuire una base iniziale per la governance.
• Completare un benchmark di governance per effettuare la pianificazione per miglioramenti futuri.
• Rischi della sequenza temporale:
  • Il miglioramento dei criteri e l'implementazione della governance possono aggiungere da una a quattro settimane per ogni disciplina.

Indicazioni per supportare il completamento dei risultati finali:

• Approccio di governance: questa metodologia illustra un processo per esaminare i criteri e i processi aziendali. Si creano quindi le discipline necessarie per fornire governance nelle iniziative aziendali per l'adozione del cloud.
• Strumento di benchmark della governance: trovare le lacune nello stato corrente per poter pianificare per il futuro.
• Base iniziale per la governance: comprendere le discipline di governance necessarie per creare un prodotto minimo funzionante di governance che funga da base per l'intera adozione.

Passaggio 6: Implementare una baseline operativa

È rischioso eseguire la migrazione al cloud senza comprendere le operazioni in corso. Parallelamente alla migrazione, iniziare a pianificare la gestione delle operazioni a lungo termine. Inserire tali piani nelle attività parallele del team della piattaforma cloud.

Risultati finali:

• Distribuire una baseline di gestione.
• Completare la cartella di lavoro di gestione delle operazioni.
• Identificare i carichi di lavoro che richiedono una valutazione della revisione di Microsoft Azure Well-Architected.
• Rischi della sequenza temporale:
  • Rivedere la cartella di lavoro: stimare un'ora per ogni proprietario applicazione.
  • Completare la valutazione della revisione di Microsoft Azure Well-Architected: stimare un'ora per ogni applicazione.

Indicazioni per supportare il completamento dei risultati finali:

• Stabilire una linea di base di gestione
• Definire gli impegni aziendali
• Espandere la linea di base di gestione
• Eseguire attività specifiche grazie alle operazioni avanzate

Passaggio 7: Espandere la zona di destinazione

Quando il team di adozione del cloud inizia le prime migrazioni, il team della piattaforma cloud può iniziare a creare la configurazione dell'ambiente finale con il supporto dei team di governance del cloud e delle operazioni cloud. A seconda del ritmo del piano di adozione del cloud, potrebbe essere necessario eseguire questo processo nelle versioni iterative. Le funzionalità potrebbero essere aggiunte prima dei requisiti del piano di adozione.

Risultati finali:

• Adottare un approccio di sviluppo basato su test per il refactoring delle zone di destinazione.
• Migliorare la governance delle zone di destinazione.
• Espandere le operazioni delle zone di destinazione.
• Implementare la sicurezza delle zone di destinazione.

Indicazioni per supportare il completamento dei risultati finali:

• Sviluppo basato su test delle le zone di destinazione
• Espandere la governance delle zone di destinazione
• Espandere le operazioni delle zone di destinazione
• Espandere la sicurezza delle zone di destinazione

Dichiarazione del valore

I passaggi descritti in questa guida consentono agli utenti e ai team di accelerare il percorso verso un ambiente cloud di livello aziendale correttamente configurato.

Passaggi successivi

Considerare i passaggi successivi in un'iterazione futura per consolidare le attività iniziali:

• Percorsi di apprendimento per l'idoneità tecnica a livello ambientale
• Elenco di controllo per la pianificazione dell'ambiente di migrazione