Introduzione: Accelerare l'innovazione di nuovi prodotti e servizi nel cloud
La creazione di nuovi prodotti e servizi nel cloud richiede un approccio diverso da quello richiesto dalla migrazione. La metodologia di innovazione di Cloud Adoption Framework stabilisce un approccio che guida lo sviluppo di nuovi prodotti e servizi.
L'innovazione è meno prevedibile rispetto a una migrazione standard, ma rientra ancora nel contesto del piano di adozione del cloud più ampio. Questa guida può aiutare l'azienda a fornire il supporto necessario per innovare e fornire una struttura per creare un portfolio bilanciato durante l'adozione del cloud.
Passaggio 1: Documentare la strategia aziendale
Per evitare blocchi comuni, creare una strategia aziendale chiara e concisa per l'innovazione. L'allineamento degli stakeholder sulle motivazioni e i risultati aziendali previsti forma le decisioni prese dal team di adozione del cloud.
risultati finali:
- Usare la strategia e il modello di piano per registrare le motivazioni e i risultati aziendali desiderati.
Indicazioni per supportare la realizzazione dei deliverable:
- motivazioni: il primo passo per l'allineamento strategico consiste nel ottenere un accordo sulle motivazioni che guidano lo sforzo di innovazione. Per iniziare, comprendere e classificare le motivazioni e i temi comuni degli stakeholder nell'ambito del business e IT.
- risultati aziendali: dopo l'allineamento delle motivazioni, è possibile acquisire i risultati aziendali desiderati. Queste informazioni forniscono metriche chiare che è possibile usare per misurare la trasformazione complessiva.
- Bilanciare il portfolio: l'innovazione non è il percorso di adozione giusto per ogni carico di lavoro. Questo approccio all'adozione è più rilevante per le nuove applicazioni o carichi di lavoro personalizzati che richiedono riprogettazione o ricompilazione completa. Quando le motivazioni favoriscono fortemente l'innovazione per tutti i carichi di lavoro, è importante valutare il portafoglio per garantire che tali investimenti possano produrre il ritorno desiderato sugli investimenti. La modernizzazione di risorse specifiche e i sforzi di ricostruzione su piccola scala possono essere innovativi, ma potrebbero essere realizzati meglio seguendo CAF Migrate.
| Team responsabile | Team responsabili e di supporto |
|---|---|
Passaggio 2: Valutare la motivazione aziendale
In questo primo passaggio nella costruzione del caso aziendale, valutare il ritorno iniziale complessivo da un potenziale progetto di adozione del cloud. L'obiettivo di questo passaggio consiste nell'allineare tutti gli stakeholder a una semplice domanda: in base ai dati disponibili, l'adozione complessiva del cloud è una decisione aziendale saggia? Basandosi su questa domanda, il team può allineare meglio il modo in cui questo progetto di innovazione consente di soddisfare le esigenze proiettate degli utenti entro l'obiettivo di adottare il cloud.
risultati finali:
- Usare la strategia e il modello di piano per registrare la giustificazione aziendale.
Indicazioni per supportare la realizzazione dei deliverable:
- Giustificazione aziendale: Prima di valutare ogni opportunità di innovazione nel cloud, redigere una giustificazione aziendale di alto livello per assicurare l’allineamento degli stakeholder con il piano di adozione complessivo.
- il consenso sul valore aziendale: quantificare il valore di un'innovazione può essere difficile all'inizio del processo. L'esercizio in questo articolo può aiutare a valutare l'allineamento sul valore aziendale di un impegno specifico per l'innovazione.
| Team responsabile | Team responsabili e di supporto |
|---|---|
Passaggio 3: Raccogliere dati e analizzare asset e carichi di lavoro
Nella maggior parte delle aziende, l'innovazione può essere accelerata tramite l'uso di asset esistenti come applicazioni, macchine virtuali e dati. Quando si pianifica l'innovazione, è importante comprendere come e quando tali asset vengono migrati nel cloud.
risultati finali:
- Ottieni dati grezzi sull'inventario esistente, come applicazioni, macchine virtuali e dati.
- Se l'innovazione proposta presenta dipendenze dall'inventario esistente, completare i risultati finali seguenti:
- Analisi quantitativa su qualsiasi inventario di supporto necessario per supportare l'innovazione pianificata.
- Analisi qualitativa di tutti i carichi di lavoro di supporto necessari per offrire l'innovazione.
- Calcolare il costo del nuovo inventario necessario per supportare lo sforzo di innovazione.
- Aggiorna la giustificazione aziendale nel modello di strategia e nel piano con calcoli perfezionati.
Indicazioni per supportare la realizzazione dei deliverable:
L'individuazione e la valutazione offrono un livello più approfondito di allineamento tecnico. È quindi possibile creare un piano d'azione per la migrazione di qualsiasi carico di lavoro dipendente richiesto dall'innovazione pianificata. Questo scenario è comune quando le aziende hanno origini dati esistenti, applicazioni centralizzate o livelli di servizio necessari per offrire innovazione nel contesto del resto dell'azienda.
Quando sono presenti sistemi dipendenti, gli articoli seguenti possono guidare l'individuazione e la valutazione:
- inventario dei sistemi esistenti: comprendere lo stato corrente da un approccio programmato e basato sui dati è il primo passaggio. Individuare e raccogliere dati per abilitare tutte le attività di valutazione.
- razionalizzazione incrementale: semplificare gli sforzi di valutazione per concentrarsi su un'analisi qualitativa di tutti gli asset, possibilmente anche per supportare il caso aziendale. Aggiungere quindi un'analisi qualitativa approfondita per i primi 10 carichi di lavoro.
| Team responsabile | Team responsabili e di supporto |
|---|---|
Passaggio 4: Pianificare la migrazione degli asset dipendenti
Quando la nuova innovazione dipende da carichi di lavoro o asset esistenti, un piano di adozione del cloud offre un approccio accelerato allo sviluppo di un backlog del progetto. Il backlog può quindi essere modificato per riflettere i risultati della scoperta, la razionalizzazione, le competenze necessarie e i contratti con i partner.
risultati finali:
- Distribuire il modello di backlog.
- Aggiornare il modello in modo che rifletta i primi 10 carichi di lavoro di cui eseguire la migrazione.
- Aggiornare le persone e la velocità (tempo lavorativo delle persone) per calcolare i tempi di rilascio.
- Rischi della sequenza temporale:
- La mancanza di familiarità con Azure DevOps può rallentare il processo di distribuzione.
- La complessità e i dati disponibili per ogni carico di lavoro possono influire anche sulle sequenze temporali.
Indicazioni per supportare la realizzazione dei deliverable:
- piano di adozione del cloud: definire il piano usando il modello di base.
- Allineamento del carico di lavoro: Definire i carichi di lavoro nel backlog.
- Allineamento dello sforzo: Allineare gli asset e i carichi di lavoro nel backlog per definire chiaramente lo sforzo per i carichi di lavoro con priorità.
- Allineamento di persone e tempi: stabilire iterazioni, velocità e rilasci per i carichi di lavoro.
| Team responsabile | Team responsabili e di supporto |
|---|---|
Passaggio 5: Allineare i requisiti di governance al piano di adozione
La discussione delle innovazioni pianificate con il team di governance consente di evitare molti blocchi prima che si verifichino. A volte, nuove soluzioni innovative potrebbero richiedere procedure sconsigliate nelle pratiche di governance valide. Alcune di queste funzionalità necessarie potrebbero anche essere bloccate tramite strumenti automatizzati per l'applicazione della governance.
risultati finali:
- Creare trasparenza e comprensione tra esigenze di innovazione e vincoli di governance.
- Quando necessario, aggiornare criteri e processi per riflettere eventuali modifiche o eccezioni ai vincoli di governance esistenti.
Indicazioni per supportare la realizzazione dei deliverable:
Questi collegamenti consentono al team di adozione di comprendere l'approccio del team di governance del cloud:
-
approccio alla governance: questa metodologia descrive un processo per la gestione dei rischi e la definizione di protezioni nell'ambiente Azure.
| Team responsabile | Team responsabili e di supporto |
|---|---|
Passaggio 6: Definire le esigenze operative e gli impegni aziendali
Definire il piano per le responsabilità operative a lungo termine per l'innovazione pianificata. La base di riferimento gestionale stabilita soddisferà le vostre esigenze operative? In caso contrario, valutare le opzioni per le operazioni di finanziamento specifiche della tecnologia che supporta questa innovazione.
risultati finali:
- Completare l'revisione dell'architettura di Microsoft Azure per valutare varie decisioni relative all'architettura e alle operazioni.
- Modificare la cartella di lavoro di gestione delle operazioni in modo da riflettere le operazioni avanzate necessarie.
Indicazioni per supportare la realizzazione dei deliverable:
- Espandere la baseline di gestione: questa sezione di Cloud Adoption Framework illustra le varie transizioni nella gestione operativa nel cloud.
- Ottieni dettagli specifici con operazioni avanzate: Scopri i modi per andare oltre il livello di base della gestione.
- Se sono necessarie operazioni avanzate per supportare le esigenze operative, valutare gli impegni aziendali per determinare le responsabilità operative per entrambi i team.
| Team responsabile | Team responsabili e di supporto |
|---|---|
Passaggio 7: Distribuire una zona di atterraggio allineata
Tutti gli asset ospitati nel cloud si trovano all'interno di una zona di destinazione. Tale zona di atterraggio potrebbe avere requisiti di governance, sicurezza e operatività espliciti. In alternativa, potrebbe trattarsi di una nuova sottoscrizione senza il supporto di altri team. In entrambi gli scenari, è importante iniziare con una zona di destinazione allineata ai requisiti operativi e di governance fin dall'inizio.
A partire da una zona di destinazione approvata, il team può individuare le violazioni dei criteri nelle fasi iniziali durante lo sviluppo rispetto a quando la soluzione viene rilasciata nell'ambiente di produzione. L'individuazione anticipata aiuta il team a rimuovere i blocchi e offre ai team di adozione e governance abbastanza tempo per apportare modifiche.
risultati finali:
- Distribuire una prima zona di atterraggio per la sperimentazione iniziale a basso rischio durante la prima fase di innovazione.
- Sviluppare un piano per effettuare il refactoring con il centro cloud di eccellenza o il team IT centrale per garantire governance, sicurezza e allineamento operativo.
- Rischi della sequenza temporale:
- I requisiti di governance, operazioni e sicurezza per i primi 10 carichi di lavoro possono rallentare questo processo. Il refactoring della prima zona di destinazione e delle zone di destinazione successive richiede più tempo, ma dovrebbe verificarsi in parallelo con le attività di migrazione.
Indicazioni per supportare la realizzazione dei deliverable:
- Scegliere una zona di destinazione: usare questa sezione per trovare l'approccio corretto per distribuire una zona di destinazione in base al modello di adozione. Distribuire quindi la codebase standardizzata.
- Espandere la zona di destinazione: indipendentemente dal punto di partenza, identificare le lacune nell'area di destinazione distribuita per aggiungere i componenti necessari per l'organizzazione delle risorse, la sicurezza, la governance, la conformità e le operazioni.
| Team responsabile | Team responsabili e di supporto |
|---|---|
Passaggio 8: Innovazione nel cloud
La metodologia di innovazione fornisce indicazioni sugli strumenti e sugli approcci di gestione dei prodotti più comunemente usati per innovare nel cloud. Questi passaggi consentono di iniziare a usare questo approccio.
risultati finali:
- Soluzioni basate sulla tecnologia che arricchiscono la vita dei clienti e favoriscono il valore per l'azienda.
- Processi e strumenti per eseguire l'iterazione di tali soluzioni più velocemente e aggiungere più valore usando il cloud:
- Approcci di sviluppo iterativi.
- Applicazioni personalizzate.
- Esperienze basate sulla tecnologia.
- Integrazione di prodotti fisici e tecnologie tramite IoT.
- Intelligenza ambientale: integrazione della tecnologia non invasiva in un ambiente.
- Servizi cognitivi di Azure: Big Data, intelligenza artificiale, Machine Learning e soluzioni predittive.
Indicazioni per supportare la realizzazione dei deliverable:
- Creare un'ipotesi con il consenso del valore aziendale: prima di decidere le soluzioni tecniche, identificare come le nuove innovazioni possono favorire il valore aziendale e ottenere un'ipotesi sulle esigenze dei clienti.
- Creare il primo MVP: una volta che un'ipotesi ha un valore sufficiente per essere incorporata nell'applicazione, viene avviato il processo di compilazione. Gli sprint di sviluppo devono essere il più rapidi possibile, per consentire la verifica rapida o il rifiuto dell'ipotesi o ottimizzare il modo in cui la funzionalità necessaria deve essere integrata nell'applicazione.
- Misurare e imparare: vuoi verificare l'accuratezza della tua ipotesi il prima possibile. Un prodotto minimo funzionante (MVP) è una versione preliminare della nuova funzionalità, che offre solo funzionalità sufficienti per raccogliere commenti e suggerimenti che confermano se ci si sposta nella giusta direzione.
- Espandere l'innovazione digitale: per perfezionare l'ipotesi usando le discipline di innovazione o le invenzioni digitali che includono la democratizzazione dei dati, l'interazione tramite applicazioni, l'adozione, l'interazione con i dispositivi e la previsione e l'influenza. Queste invenzioni sono una parte fondamentale della metodologia di innovazione.
Passaggio 9: Valutare la maturità dell'innovazione dell'organizzazione
Per supportare lo sviluppo della strategia di innovazione, lo strumento di valutazione dell'idoneità all'intelligenza artificiale è una risorsa gratuita che consente alle organizzazioni di valutare la capacità di creare e creare sistemi basati sull'intelligenza artificiale. Ci sono quattro livelli di maturità: base, avvicinamento, aspirazione e maturità. Ogni livello include un set specifico di caratteristiche per determinare la capacità dell'organizzazione di adottare tipi specifici di soluzioni di intelligenza artificiale, attenuare i rischi associati e implementare strategie.
La valutazione richiede da 5 a 10 minuti e misura le capacità dell'organizzazione in quattro categorie: strategia, cultura, caratteristiche organizzative e funzionalità. La misurazione di queste categorie consente allo strumento di valutazione dell'idoneità all'intelligenza artificiale di calcolare il punteggio dell'organizzazione e fornire una stima della maturità dell'innovazione di intelligenza artificiale su una curva.
risultati finali:
- Usare il Gartner AI Maturity Model per valutare la maturità dell'IA dell'organizzazione per creare sistemi basati sull'IA.
Indicazioni per supportare la realizzazione dei deliverable:
- Al termine della valutazione, l'output dello strumento fornirà un punteggio che stima lo stato di maturità dell'innovazione di intelligenza artificiale.
| Team responsabile | Team responsabili e di supporto |
|---|---|
Dichiarazione di Valore
I passaggi descritti in questa guida possono aiutare l'utente e i team a creare soluzioni innovative nel cloud che creano valore aziendale, sono regolate in modo appropriato e sono ben architettate.
Passaggi successivi
Il Cloud Adoption Framework è una soluzione per l'intero ciclo di vita. Può aiutarti a iniziare un percorso di innovazione. Può aiutare l'organizzazione ad avviare un percorso di innovazione e a promuovere la maturità dei team che supportano le attività di innovazione.
I team seguenti possono usare questi passaggi successivi per continuare a migliorare la maturità dei propri sforzi. Questi processi paralleli non sono lineari e non devono essere considerati come bloccanti. Invece, ogni flusso è un flusso di valore parallelo che aiuta a maturare la preparazione complessiva della tua azienda al cloud.
| Squadra | Iterazione successiva |
|---|---|
| Team di adozione del cloud | miglioramenti dei processi forniscono informazioni dettagliate sugli approcci per implementare innovazioni che interessano i clienti e guidano l'adozione ricorrente. |
| Team di strategia del cloud | La metodologia della Strategia e la metodologia del Piano sono processi iterativi che si evolvono con il piano di adozione. Ritorna a queste pagine di panoramica e continua a iterare le tue strategie aziendali e tecniche. |
| Team della piattaforma cloud | Rivedere la metodologia Ready per continuare a promuovere la piattaforma cloud complessiva che supporta la migrazione o altre attività di adozione. |
| Team di governance del cloud | Utilizzare la metodologia di governance per continuare a migliorare i processi e le politiche di governance. |
| Team delle operazioni cloud | Si basano sulla metodologia di gestione per fornire operazioni più complete in Azure. |