Esaminare le decisioni sulla razionalizzazione

Durante le fasi iniziali di strategia e pianificazione, è consigliabile applicare un approccio di razionalizzazione incrementale al digital estate. Questo approccio, tuttavia, incorpora alcuni presupposti nelle decisioni risultanti. Si consiglia al team di strategia del cloud e ai team di adozione del cloud di esaminare tali decisioni alla luce della documentazione sui carichi di lavoro estesi. Questa revisione è anche un buon momento per coinvolgere gli stakeholder aziendali e lo sponsor esecutivo nelle decisioni sullo stato futuro.

Importante

Durante la fase di valutazione della migrazione verrà eseguita un'ulteriore convalida delle decisioni di razionalizzazione. Questa convalida è incentrata sulla revisione aziendale della razionalizzazione per allineare le risorse in modo appropriato.

Per convalidare le decisioni di razionalizzazione, usare le domande seguenti per facilitare una conversazione con l'azienda. Le domande sono raggruppate in base al probabile allineamento della razionalizzazione.

Indicatori di innovazione

Se la revisione congiunta delle domande seguenti restituisce una risposta affermativa, un carico di lavoro potrebbe essere un candidato migliore per l'innovazione. Tale carico di lavoro non verrà migrato tramite un modello lift-and-shift o di modernizzazione. La logica di business o le strutture di dati verranno invece ricreate come applicazione nuova o riprogettata. Questo approccio può essere più impegnativo e può richiedere più tempo. Tuttavia, per un carico di lavoro che rappresenta un significativo rendimento per l'azienda, l'investimento è giustificato.

• Le applicazioni in questo carico di lavoro creano una differenziazione del mercato?
• Esiste un investimento proposto o approvato per migliorare le esperienze associate alle applicazioni in questo carico di lavoro?
• I dati in questo carico di lavoro rendono disponibili nuove offerte di prodotti o servizi?
• Esiste un investimento proposto o approvato per sfruttare i dati associati a questo carico di lavoro?
• È possibile quantificare l'effetto della differenziazione del mercato o delle nuove offerte? In caso affermativo, il ritorno giustifica l'aumento dei costi dell'innovazione durante l'adozione del cloud?

Le due domande seguenti consentono di includere scenari tecnici di alto livello nella revisione della razionalizzazione. Una risposta affermativa a entrambe le domande potrebbe identificare i modi per tenere conto o ridurre i costi associati all'innovazione.

• Le strutture dei dati o la logica di business cambieranno nel corso dell'adozione del cloud?
• Per distribuire questo carico di lavoro nell'ambiente di produzione viene usata una pipeline di distribuzione esistente?

Se la risposta a entrambe le domande è "sì", il team deve considerare l'inclusione di questo carico di lavoro come candidato all'innovazione. Come minimo, il team deve contrassegnare questo carico di lavoro per la revisione dell'architettura per identificare le opportunità di modernizzazione.

Indicatori di migrazione

La migrazione è un modo più rapido ed economico per adottare il cloud. Ma non sfrutta le opportunità di innovazione. Prima di investire nell'innovazione, rispondere alle domande seguenti. Consentono di determinare se un modello di migrazione è più applicabile per un carico di lavoro.

• Il codice sorgente che supporta questa applicazione è stabile? Si prevede che rimanga stabile e invariato durante l'intervallo di tempo di questo ciclo di rilascio?
• Questo carico di lavoro supporta attualmente i processi aziendali di produzione? Lo farà nel corso di questo ciclo di rilascio?
• È una priorità che questa iniziativa di adozione del cloud migliori la stabilità e le prestazioni di questo carico di lavoro?
• La riduzione dei costi associata a questo carico di lavoro è un obiettivo durante questo impegno?
• La riduzione della complessità operativa per questo carico di lavoro è un obiettivo durante questo impegno?
• L'innovazione è limitata dall'architettura o dai processi operativi IT attuali?

Se la risposta a una di queste domande è "sì", è consigliabile prendere in considerazione un modello di migrazione per questo carico di lavoro. Questa raccomandazione è vera anche se il carico di lavoro è un candidato per l'innovazione.

I problemi di complessità operativa, costi, prestazioni o stabilità possono ostacolare il rendimento per l'azienda. È possibile usare il cloud per produrre rapidamente miglioramenti correlati a tali problemi. Laddove applicabile, è consigliabile usare l'approccio di migrazione per stabilizzare prima il carico di lavoro. Espandere quindi le opportunità di innovazione nell'ambiente cloud Agile e stabile. Questo approccio fornisce rendimenti a breve termine e riduce i costi necessari per un cambiamento a lungo termine.

Importante

I modelli di migrazione includono la modernizzazione incrementale. L'uso di architetture PaaS (Platform as a Service) è un aspetto comune delle attività di migrazione. Così come lo sono le modifiche minori alla configurazione che usano tali servizi della piattaforma. Il limite per la migrazione è definito come una modifica sostanziale alla logica di business o alle strutture aziendali di supporto. Tale modifica è considerata un'attività di innovazione.

Aggiornare il piano del progetto

Le competenze necessarie per un'attività di migrazione sono diverse dalle competenze necessarie per un'attività di innovazione. Durante l'implementazione di un piano di adozione del cloud, è consigliabile assegnare attività di migrazione e innovazione a team diversi. Ogni team ha le proprie cadenze di iterazione, rilascio e pianificazione. L'assegnazione di team separati fornisce la flessibilità del processo per mantenere un piano di adozione del cloud tenendo conto delle attività di innovazione e migrazione.

Quando si gestisce il piano di adozione del cloud in Azure DevOps, tale gestione si riflette modificando l'elemento di lavoro padre (o epico) dalla migrazione al cloud all'innovazione del cloud. Questa sottile modifica consente di garantire che tutti i partecipanti al piano di adozione del cloud possano tenere traccia rapidamente delle attività necessarie e delle modifiche alle attività di correzione. Questo rilevamento consente anche di allineare le assegnazioni appropriate al team di adozione del cloud pertinente.

Per piani di adozione complessi e di grandi dimensioni con più progetti distinti, è consigliabile aggiornare il percorso di iterazione. La modifica del percorso di area rende il carico di lavoro visibile solo al team assegnato a tale percorso. Questa modifica può semplificare il lavoro per il team di adozione del cloud riducendo il numero di attività visibili. Ma aggiunge complessità per i processi di gestione del progetto.

Passaggi successivi

Stabilire iterazioni e piani di rilascio per iniziare il lavoro di pianificazione.

Stabilire iterazioni e piani di rilascio per iniziare il lavoro di pianificazione.