Fase 2: Inizia in piccolo e crea slancio

L'obiettivo di questa fase è fornire un prodotto iniziale minimo valido (MVP) per guadagnare slancio. Questo approccio consente di ottenere risultati aziendali in modo precoce e incrementale.

Convalida dei driver prioritari

Prima di iniziare il lavoro di modernizzazione con i team applicativi, ti consigliamo di convalidare i driver prioritari che hai determinato in precedenza. Completare la procedura riportata di seguito.

1. Raccogli le informazioni di cui hai bisogno dal manuale diagnostico.

   • Raccogli i fattori prioritari e la valutazione di fattibilità dall'elenco delle applicazioni prioritarie.

   • Raccogli le disposizioni relative alla transizione e allo stato degli obiettivi per le tue applicazioni.

   • Identifica i proprietari delle applicazioni, gli architetti e le parti interessate nella pianificazione della modernizzazione del cloud.

   • Richiedi informazioni sulle dipendenze o sul sequenziamento della suite di applicazioni, se noto.

   • Determina in che modo le voci di inventario si relazionano alle dipendenze o ai raggruppamenti delle suite di applicazioni. Le applicazioni potrebbero avere singoli componenti strettamente associati o dipendenti da altri componenti e potresti voler modernizzare questi componenti insieme.

2. Pianifica una riunione di un'ora o due ore con le persone della fase 1 per convalidare i driver prioritari.

   • Prova a raggruppare più applicazioni (fino a tre o quattro) per ingegnere o architetto della soluzione e discutine in un'unica riunione, in base alla dipendenza delle applicazioni o alle informazioni sulla suite di applicazioni.

   • Determina i ruoli e le aspettative di ogni membro del team per la prossima riunione.

3. Conduci la riunione.

Finalizzazione dei dettagli

Dopo aver seguito la procedura descritta nella sezione precedente per convalidare i driver prioritari, è possibile raccogliere i dettagli per determinare l'approccio e i tempi di modernizzazione.

In questa fase, il team principale lavora fianco a fianco con i team applicativi in brevi sprint di due giorni per progettare lo stato futuro delle loro applicazioni sul AWS cloud. Le attività includono la definizione del prodotto, la scoperta del prodotto, la scrittura di storie, la mappatura del flusso di valore e la progettazione di processi CI/CD. Ecco alcune idee:

• Modella ogni singolo componente dell'applicazione (ad esempio, configurazioni di rete, configurazioni di storage, database, server e modalità di implementazione dell'applicazione sui server).

• Decostruisci quel modello nei suoi diversi elementi costitutivi e configurazioni utilizzando strumenti come contenitori o tecnologie serverless.

• Separa la funzionalità dell'applicazione da qualsiasi dipendenza dall'infrastruttura sottostante. Riassumi le funzioni di un'applicazione in componenti che puoi spostare senza modificare alcun codice sorgente.

• Si integra perfettamente con DevOps utilizzando strumenti e meccanismi CI/CD.

Creazione di servizi di piattaforma di base e modernizzazione delle applicazioni

In questa fase di 12 settimane, il team principale è supportato da team completi per fornire il caso d'uso aziendale prioritario. Questo lavoro viene svolto da più team composti da due pizzerie. Ad esempio, viene formato un team di progettazione della piattaforma per sviluppare i servizi di base della piattaforma e viene formato un team di prodotto per fornire nuovi risultati commerciali:

• Il team di progettazione della piattaforma configura, integra e personalizza i AWS servizi che supportano il cloud Foundation, il flusso di lavoro degli sviluppatori e le funzionalità di analisi dei dati. Le aziende più grandi e complesse potrebbero avere più team che supportano ciascuna di queste funzionalità.

• Il team di prodotto sviluppa nuovi servizi ed esperienze per i risultati aziendali prioritari nella fase iniziale. Man mano che il team di prodotto sviluppa nuovi servizi, modernizza anche le funzionalità aziendali principali.

I team di progettazione della piattaforma e di prodotto forniscono un prodotto minimo valido (MVP) che puoi valutare. Dopo il successo dell'MVP iniziale, è possibile ampliare il programma di modernizzazione utilizzando un split-and-seed approccio in base al quale vengono identificate nuove applicazioni e i membri iniziali del team vengono suddivisi per creare nuovi team di prodotto.