Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Durante ciascuna attività di adozione del cloud un utente offre tutte le funzioni del cloud. Queste assegnazioni e strutture del team possono sviluppare in modo organico oppure possono essere progettate intenzionalmente in modo da corrispondere a una struttura di team definita.
Man mano che le esigenze di adozione aumentano, è necessario bilanciare e strutturare. Guardare questo video per una panoramica delle strutture comuni dei team in varie fasi della maturità organizzativa.
Il grafico seguente delinea tali strutture in base alle fasi di maturazione tipiche. Usare questi esempi per individuare la struttura organizzativa più adatta alle proprie esigenze operative.
Le strutture organizzative tendono a spostarsi attraverso il modello di maturità comune descritto di seguito:
- Solo team di adozione del cloud
- Migliori pratiche per MVP
- Team IT centrale
- Allineamento strategico
- Allineamento operativo
- Centro cloud di eccellenza (CCoE)
La maggior parte delle aziende inizia con poco più di un team di adozione del cloud. È tuttavia consigliabile stabilire una struttura organizzativa più simile alla struttura delle procedure consigliate MVP .
Solo il team di adozione del cloud
Il nucleo centrale di tutte le iniziative di adozione del cloud è il team di adozione del cloud. Questo team guida le modifiche tecniche che consentono l'adozione. A seconda degli obiettivi del lavoro di adozione, questo team può includere una vasta gamma di membri del team che gestiscono un'ampia gamma di attività tecniche e aziendali.
Per le iniziative di adozione su piccola scala o in fase iniziale, questo team potrebbe essere composto anche da una sola persona. Nelle attività su larga scala o in fase avanzata è comune che siano presenti diversi team di adozione del cloud, ognuno composto da circa sei tecnici. Indipendentemente dalle dimensioni o dalle attività, l'aspetto coerente di qualsiasi team di adozione del cloud è che offre i mezzi per eseguire l'onboarding delle soluzioni nel cloud. Per alcune organizzazioni, questa potrebbe essere una struttura organizzativa sufficiente. L'articolo del team di adozione del cloud offre altre informazioni sulla struttura, la composizione e la funzione del team di adozione del cloud.
Avvertimento
Lavorare con un solo team di adozione del cloud (o con più team di adozione del cloud) è considerato un antimodello e dovrebbe essere evitato. Prendere in considerazione almeno la procedura consigliata per l'MVP.
Procedura consigliata: prodotto minimo funzionante (MVP)
È consigliabile avere due team per creare un equilibrio tra le attività di adozione del cloud. Questi due team sono responsabili di varie funzioni durante il lavoro di adozione.
- Team di adozione del cloud: Questo team è responsabile di soluzioni tecniche, allineamento aziendale, gestione dei progetti e operazioni per le soluzioni adottate.
- Team di governance del cloud: Per bilanciare il team di adozione del cloud, un team di governance del cloud è dedicato a garantire l'eccellenza nelle soluzioni adottate. Il team di governance del cloud è responsabile della maturità della piattaforma, delle operazioni della piattaforma, della governance e dell'automazione.
Questo approccio dimostrato è considerato un MVP perché potrebbe non essere sostenibile. Ogni team indossa molti cappelli, come descritto nei diagrammi RACI (responsabile, chi ha responsabilità, consultato, informato).
Le sezioni seguenti descrivono una struttura organizzativa completa e collaudata, insieme agli approcci per allineare la struttura appropriata all'organizzazione.
Team IT centrale
Man mano che l'adozione si espande, il team di governance del cloud potrebbe avere difficoltà a tenere il passo con l'innovazione che fluisce da più team di adozione del cloud. Ciò vale soprattutto negli ambienti con requisiti elevati di conformità, operazioni o sicurezza. In questa fase, è comune per le aziende affidare la responsabilità del cloud a un team IT centrale esistente. Se il team può rivalutare strumenti, processi e persone per supportare meglio l'adozione del cloud su larga scala, incluso il team IT centrale può aggiungere un valore significativo. Esperti in materia di operazioni, automazione, sicurezza e amministrazione per modernizzare il team IT centrale possono favorire innovazioni operative efficaci.
Sfortunatamente, la fase centrale del team IT può essere una delle fasi più rischiose della maturità organizzativa. Il team IT centrale deve venire alla tabella con una forte mentalità orientata alla crescita. Se il team considera il cloud come un'opportunità per crescere e adattarsi, può offrire un grande valore durante tutto il processo. Tuttavia, se il team IT centrale considera l'adozione del cloud principalmente come minaccia per il modello esistente, il team IT centrale diventa un ostacolo ai team di adozione del cloud e agli obiettivi aziendali supportati. Alcuni team IT centrali hanno trascorso mesi o persino anni cercando di forzare il cloud in linea con gli approcci locali, con solo risultati negativi. Il cloud non richiede che tutto cambi all'interno del team IT centrale, ma richiede modifiche significative. Se la resistenza al cambiamento è prevalente all'interno del team IT centrale, questa fase di maturità può diventare rapidamente un antipattern culturale.
I piani di adozione del cloud sono fortemente incentrati sulla piattaforma distribuita come servizio (PaaS), DevOps o altre soluzioni che richiedono meno supporto operativo hanno meno probabilità di vedere valore durante questa fase di maturità. Al contrario, questi tipi di soluzioni sono probabilmente ostacolati o bloccati dai tentativi di centralizzare l'IT. Un livello superiore di maturità, come un centro cloud di eccellenza (CCoE), è più probabile che restituisca risultati positivi per questi tipi di attività di trasformazione. Per comprendere le differenze tra l'IT centralizzato nel cloud e un centro di eccellenza cloud, vedere Centro di eccellenza cloud.
Allineamento strategico
Man mano che l'investimento nell'adozione del cloud cresce e si realizzano valori aziendali, spesso gli stakeholder aziendali diventano più coinvolti. Un team di strategia cloud definito allinea gli stakeholder aziendali per massimizzare il valore realizzato dagli investimenti per l'adozione del cloud.
Quando la maturità si verifica in modo organico, in seguito agli sforzi di adozione del cloud guidati dall'IT, l'allineamento strategico è preceduto da un team IT centrale o di governance. Quando le attività di adozione del cloud sono guidate dall'azienda, l'attenzione al modello operativo e all'organizzazione tende a verificarsi in precedenza. Quando possibile, definire i risultati aziendali e il team di strategia del cloud nelle fasi iniziali del processo.
Allineamento operativo
La realizzazione del valore aziendale dalle attività di adozione del cloud richiede operazioni stabili. Le operazioni nel cloud potrebbero richiedere nuovi strumenti, processi o competenze. Quando sono necessarie operazioni IT stabili per ottenere risultati aziendali, è importante aggiungere un team operativo cloud definito, come illustrato di seguito.
Le operazioni cloud possono essere distribuite dai ruoli operativi IT esistenti. Tuttavia, non è raro che le operazioni cloud vengano delegate ad altre parti al di fuori delle operazioni IT. I provider di servizi gestiti, i team di DevOps e l'IT della business unit spesso si assumono le responsabilità associate alle operazioni del cloud, avendo il supporto e la protezione garantiti dalle operazioni IT. Questo è sempre più comune per le attività di adozione del cloud che si concentrano principalmente sulle distribuzioni DevOps o PaaS.
Centro cloud di eccellenza
Al massimo stato di maturità, un centro cloud di eccellenza allinea i team a un modello operativo moderno cloud-first. Questo approccio offre funzioni IT centralizzate come governance, sicurezza, piattaforma e automazione.
La differenza principale tra questa struttura e la struttura centrale del team IT è un forte focus sulla self-service e sulla democratizzazione. I team in questa struttura si organizzano con l'intento di delegare il più possibile il controllo. L'allineamento delle procedure di governance e conformità alle soluzioni native del cloud crea meccanismi di protezione e difesa. A differenza del modello del team IT centrale, l'approccio nativo del cloud ottimizza l'innovazione e riduce al minimo il sovraccarico operativo. Affinché questo modello venga adottato, sarà necessario un accordo reciproco per modernizzare i processi IT dalla leadership aziendale e IT. Questo modello è improbabile che si verifichi in modo organico e spesso richiede il supporto esecutivo.
Passaggi successivi
Dopo l'allineamento a una determinata fase di maturità della struttura organizzativa, è possibile usare i grafici RACI per allineare la responsabilità e la responsabilità in ogni team.