Condividi tramite


Funzioni CCoE (Cloud Center of Excellence)

Molte organizzazioni IT condividono l'obiettivo principale di raggiungere l'agilità aziendale e tecnica. Un centro di eccellenza cloud (CCoE) è una funzione che consente alle organizzazioni di bilanciare la velocità e la stabilità mentre perseguono questo obiettivo.

Struttura della funzione

Un modello CCoE richiede la collaborazione tra le risorse seguenti:

  • Adozione del cloud (progettisti di soluzioni)
  • Strategia cloud (programma e responsabili di progetto)
  • Governance del cloud
  • Piattaforma cloud
  • Automazione cloud

Effetti

Quando questa funzione è strutturata e supportata correttamente, i partecipanti possono accelerare le attività di innovazione e migrazione riducendo al contempo il costo complessivo del cambiamento e aumentando l'agilità aziendale. Se implementata correttamente, questa funzione può produrre riduzioni evidenti nel time-to-market. Man mano che le procedure del team maturano, gli indicatori di qualità migliorano, tra cui affidabilità, efficienza delle prestazioni, sicurezza, manutenibilità e soddisfazione dei clienti. Questi miglioramenti in termini di efficienza, agilità e qualità sono particolarmente importanti se l'azienda prevede di implementare attività di migrazione cloud su larga scala o vuole usare il cloud per favorire innovazioni associate alla differenziazione del mercato.

In caso di esito positivo, un modello CCoE crea un cambiamento significativo nell'IT. In un approccio CCoE, l'IT funge da broker, partner o rappresentante dell'azienda. Questo modello costituisce un cambio di paradigma rispetto alla tradizionale visione dell'IT come unità operativa o livello di astrazione tra l'azienda e le risorse IT.

L'immagine seguente fornisce un'analogia per questa modifica. Senza un approccio CCoE, l'IT tende a concentrarsi sulla fornitura di controllo e responsabilità centrale, comportandosi come i semafori a un'intersezione. Quando il CCoE ha successo, il ruolo dell'IT assomiglia a una rotatoria in un'intersezione, dove l'attenzione è sulla libertà e sulla responsabilità delegata.

Diagramma che mostra un'analogia con un cambio di paradigma C o E.

Entrambi gli approcci sono validi; sono visualizzazioni alternative di responsabilità e gestione. Un modello CCoE può rientrare nella strategia tecnologica se si vuole stabilire un modello self-service che consente alle business unit di prendere le proprie decisioni rispettando al tempo stesso un set di linee guida e controlli ripetibili stabiliti.

Responsabilità chiave

Il compito principale del team CCoE è accelerare l'adozione del cloud tramite soluzioni native del cloud o ibride.

L'obiettivo del CCoE è il seguente:

  • Aiutare a creare un'organizzazione IT moderna usando approcci agili per acquisire e implementare i requisiti aziendali.
  • Usare pacchetti di distribuzione riutilizzabili in linea con i criteri di sicurezza, conformità e gestione.
  • Mantenere una piattaforma Azure funzionale in linea con le procedure operative.
  • Rivedere e approvare l'uso di strumenti nativi del cloud.
  • Standardizzare e automatizzare soluzioni e componenti di piattaforma più comuni nel corso del tempo.

Frequenza delle riunioni

È importante consentire la collaborazione organica e tenere traccia della crescita tramite un repository comune o un catalogo di soluzioni. Ottimizzare le interazioni naturali, ma ridurre al minimo le riunioni. Le riunioni ricorrenti, ad esempio le riunioni di rilascio ospitate dal team di adozione del cloud, possono fornire input di dati. Tuttavia, dopo la maturità di questa funzione, provare a limitare le riunioni dedicate. Organizzare una riunione dopo la condivisione di ogni piano di rilascio può fornire un punto di contatto minimo per questo team.

Soluzioni e controlli

Ogni membro del CCoE deve comprendere i vincoli, i rischi e le protezioni necessari che hanno portato al set corrente di controlli IT. CCoE trasforma tale comprensione in soluzioni o controlli nativi del cloud (o ibridi), che consentono risultati aziendali self-service. Man mano che vengono create soluzioni, vengono condivise con altri team sotto forma di controlli o processi automatizzati che fungono da protezioni per vari sforzi. Tali protezioni aiutano a guidare le attività del team e a delegare le responsabilità ai partecipanti alle attività di migrazione o innovazione.

La tabella seguente descrive alcuni esempi di questa transizione.

Sceneggiatura Soluzione Pre-CCoE Soluzione Post-CCoE
Effettuare il provisioning di un'istanza di SQL Server nell'ambiente di produzione I team di rete, IT e piattaforma dati effettuano il provisioning dei componenti nel corso di giorni o settimane. Il team che richiede il server distribuisce un'istanza PaaS (Platform as a Service) di Azure SQL Database. In alternativa, la distribuzione può utilizzare un modello preapprovato per tutti gli asset di infrastruttura come servizio (IaaS) nel cloud in poche ore.
Effettuare il provisioning di un ambiente di sviluppo I team di rete, IT, sviluppo e DevOps sono d'accordo sulle specifiche e sulla distribuzione di un ambiente. Il team di sviluppo definisce le proprie specifiche e distribuisce un ambiente in base al budget allocato.
Aggiornare i requisiti di sicurezza per migliorare la protezione dei dati I team di rete, IT e sicurezza aggiornano i dispositivi di rete e le macchine virtuali in diversi ambienti per aggiungere protezioni. Gli strumenti di governance del cloud vengono usati per aggiornare i criteri che possono essere applicati immediatamente a tutti gli asset in tutti gli ambienti cloud.

Negoziati

Un processo di negoziazione in corso è alla base degli sforzi di CCoE. Un team CCoE negozia con le funzioni IT esistenti per ridurre il controllo centrale. I compromessi per l'azienda in questa negoziazione sono libertà, agilità e velocità e il valore del compromesso per i team IT esistenti viene fornito come nuove soluzioni. Le nuove soluzioni offrono al team IT esistente uno o più dei vantaggi seguenti:

  • Possibilità di automatizzare i problemi comuni
  • Miglioramenti della coerenza con una riduzione delle frustrazioni quotidiane
  • Opportunità di apprendere e distribuire nuove soluzioni tecniche
  • Riduzioni di incidenti di elevata gravità (che richiedono un minor numero di correzioni rapide o interventi notturni tramite cercapersone)
  • Possibilità di ampliare l'ambito tecnico e di affrontare argomenti più ampi
  • Partecipazione a soluzioni aziendali di livello superiore, affrontando gli effetti della tecnologia
  • Riduzione delle attività di manutenzione meniale
  • Aumento della strategia tecnologica e dell'automazione

In cambio di questi vantaggi, la funzione IT esistente potrebbe scambiare i valori seguenti:

  • Senso di controllo derivante dai processi di approvazione manuale
  • Senso di stabilità dal controllo delle modifiche
  • Senso di sicurezza del lavoro dal completamento delle attività necessarie e ripetitive
  • Senso di coerenza dall'adesione ai fornitori di soluzioni IT esistenti

Nelle aziende sane e orientate verso il cloud, questo processo di negoziazione è una conversazione dinamica tra colleghi e team IT in collaborazione. I dettagli tecnici possono essere complessi, ma sono gestibili quando l'IT comprende l'obiettivo e supporta gli sforzi di CCoE. Quando l'IT è meno collaborativo, la sezione seguente su come garantire il successo del CCoE può aiutare a superare gli attriti.

Abilitare il successo del CCoE

Prima di procedere con questo modello, prendere in considerazione la tolleranza dell'azienda per una mentalità orientata alla crescita e il livello di comfort dell'IT con il rilascio delle responsabilità centrali. Come accennato in precedenza, un CCoE sacrifica il controllo per agilità e velocità.

Questo tipo di modifica richiede tempo, sperimentazione e negoziazione. Durante il processo ci saranno ostacoli e difficoltà, ma se il team rimane costante e non è scoraggiato dall'esperimentazione, c'è una probabilità elevata di successo nel migliorare agilità, velocità e affidabilità. Uno dei principali fattori di successo è il supporto della leadership e degli stakeholder chiave.

Portatori di interesse chiave

La leadership IT è il primo e più ovvio stakeholder. I responsabili IT svolgono una parte importante, ma l'implementazione di questo modello richiede il supporto del CIO e di altri leader IT di livello esecutivo.

Meno ovvio è la necessità di stakeholder aziendali. L'agilità aziendale e il time-to-market sono motivazioni principali per la formazione di un CCoE. Di conseguenza, gli stakeholder chiave hanno un interesse per queste aree. Esempi di stakeholder aziendali includono i responsabili line-of-business, i dirigenti finanziari, i dirigenti operativi e i proprietari di prodotti aziendali.

Supporto da parte degli stakeholder aziendali

Il supporto degli stakeholder aziendali può accelerare le attività di CCoE. Gran parte degli sforzi di CCoE è incentrato sul miglioramento a lungo termine dell'agilità e della velocità dell'azienda. Definire gli effetti dei modelli operativi correnti e il valore dei miglioramenti è utile come strumento di guida e negoziazione per CCoE. È consigliabile definire o definire chiaramente nella documentazione gli elementi seguenti per generare il supporto per un CCoE:

  • Obiettivi e risultati aziendali previsti.

  • I punti deboli del processo IT corrente, ad esempio velocità, agilità, stabilità e problemi di costo.

  • Effetti storici di questi punti di dolore, come la perdita di quota di mercato, i guadagni dei concorrenti in caratteristiche e funzioni, le esperienze dei clienti scarse e l'aumento del budget.

  • Opportunità di miglioramento aziendale bloccate dai punti di dolore e dai modelli operativi attuali.

  • Sequenze temporali e metriche correlate a tali opportunità.

Questi punti dati non sono un attacco all'IT. Al contrario, aiutano il team CCoE a imparare dal passato, stabilire un backlog realistico e pianificare il miglioramento.

Supporto continuo e coinvolgimento da parte degli stakeholder

I team CCoE possono dimostrare risultati rapidi in alcune aree, ma gli obiettivi di livello superiore, come l'agilità aziendale e il tempo per il mercato, possono richiedere molto più tempo. Durante la maturazione, c'è un alto rischio che il team CCoE diventi scoraggiato o che i membri siano indirizzati verso altri sforzi IT.

Durante i primi sei-nove mesi di attività CCoE, è consigliabile che gli stakeholder aziendali si incontrino mensilmente con la leadership IT e il CCoE. C'è poca necessità di cerimonia formale per queste riunioni. Ricordare semplicemente i membri CCoE e la loro leadership dell'importanza di questo programma può andare molto verso il successo CCoE.

È inoltre consigliabile che gli stakeholder aziendali rimangano informati sullo stato di avanzamento e sui problemi di blocco riscontrati dal team CCoE. I loro sforzi potrebbero sembrare minuti tecnici, ma gli stakeholder aziendali devono comprendere lo stato di avanzamento del piano in modo che possano impegnarsi quando il team perde vapore o diventa distratto da altre priorità.

Supporto da parte degli stakeholder IT

Il supporto degli stakeholder IT deve includere le attività seguenti:

  • Supportare la visione: Un impegno CCoE di successo richiede una grande quantità di negoziazione con i membri del team IT esistenti.

    Se fatto bene, tutto l'IT contribuisce alla soluzione e si sente a proprio agio con il cambiamento. In alcuni casi, alcuni membri del team IT esistente potrebbero voler mantenere i meccanismi di controllo. Quando si verificano situazioni di questo tipo, il supporto per CCoE da parte degli stakeholder IT è fondamentale per il successo di CCoE. Gli stakeholder IT devono incoraggiare e rafforzare gli obiettivi generali del CCoE per risolvere i blocchi alla negoziazione corretta. In rari casi, gli stakeholder IT potrebbero anche dover intervenire e risolvere un'impasse o un pareggio di voti per garantire il progresso del CCoE.

  • Mantenere la concentrazione: Un CCoE può essere un impegno significativo per qualsiasi team IT con risorse limitate.

    La rimozione di architetti forti da progetti a breve termine per concentrarsi sui guadagni a lungo termine può creare difficoltà per i membri del team che non fanno parte di CCoE. La leadership IT e gli stakeholder IT devono rimanere concentrati sull'obiettivo di CCoE. Il supporto dei leader IT e degli stakeholder IT può dare meno priorità alle interruzioni delle operazioni quotidiane a favore delle attività del CCoE.

  • Creare un buffer: Il team CCoE sperimenta nuovi approcci.

    Alcuni nuovi approcci non saranno allineati correttamente alle operazioni o ai vincoli tecnici esistenti. Il team CCoE potrebbe subire pressioni o ricorrere ad altri team quando gli esperimenti hanno esito negativo. È importante incoraggiare e proteggere il team CCoE dalle conseguenze delle opportunità di apprendimento tramite fallimenti rapidi. È altrettanto importante mantenere il team responsabile di una mentalità orientata alla crescita per assicurarsi che imparino da tali esperimenti e trovino soluzioni migliori.

Passaggi successivi

Un modello CCoE richiede funzioni della piattaforma cloud e funzioni di automazione cloud. Il passaggio successivo consiste nell'allineare le funzioni della piattaforma cloud.