Funzioni del CCoE

Molte organizzazioni IT condividono l'obiettivo principale di raggiungere l'agilità aziendale e tecnica. Un CCoE (Cloud Center of Excellence) è una funzione che consente alle organizzazioni di bilanciare velocità e 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 project manager)
• Governance del cloud
• Piattaforma cloud
• Automazione cloud

Effetti

Quando questa funzione è strutturata correttamente e supportata, i partecipanti possono accelerare l'innovazione e gli sforzi di 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 del cliente. 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.

Quando ha 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 presenta un'analogia per questa modifica. Senza un approccio CCoE, l'IT tende a concentrarsi sul controllo e sulla responsabilità centrale, come un semaforo a un incrocio. Quando il CCoE ha esito positivo, il ruolo dell'IT è simile a una rotonda a un incrocio, il cui obiettivo è quello di lasciare libertà e delegare la responsabilità.

Entrambi gli approcci sono validi; sono punti di vista alternativi di responsabilità e gestione. Un modello CCoE può rientrare nella strategia tecnologica se si vuole stabilire un modello self-service che consenta alle business unit di prendere le proprie decisioni aderendo a una serie di linee guida e controlli ripetibili stabiliti.

Responsabilità chiave

Il compito principale del team CCoE consiste nell'accelerare l'adozione del cloud attraverso 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.

Cadenza 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. L'hosting di una riunione dopo la condivisione di ogni piano di rilascio può fornire un punto di tocco minimo per questo team.

Soluzioni e controlli

Ogni membro del CCoE deve conoscere i vincoli, i rischi e le protezioni necessari che hanno portato all'attuale set di controlli IT. Il CCoE trasforma questa conoscenza in soluzioni o controlli nativi del cloud (o ibridi), che consentono risultati aziendali self-service. Quando vengono create, le soluzioni vengono condivise con altri team sotto forma di controlli o processi automatizzati che fungono da protezioni per vari lavori richiesti. 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.

Scenario	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 database SQL di Azure. In alternativa, la distribuzione può usare un modello preapprovato per tutti gli asset IaaS (Infrastructure as a Service) nel cloud in ore.
Scegliere 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.	Vengono usati strumenti di governance del cloud per aggiornare i criteri che possono essere applicati immediatamente a tutti gli asset in tutti gli ambienti cloud.

Trattative

Un processo di negoziazione costante è alla base delle attività CCoE. Un team CCoE negozia con le funzioni IT esistenti per ridurre il controllo centrale. I compromessi per l'azienda in questa negoziazione sono la libertà, l'agilità e la velocità e il valore del compromesso per i team IT esistenti viene fornito sotto forma di 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 eventi imprevisti con gravità elevata (che richiedono un minor numero di correzioni rapide o risposte da cercapersone di tarda notte)
• 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 minima
• Aumento della strategia e dell'automazione della tecnologia

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

• Senso di controllo che deriva dai processi di approvazione manuale
• Senso di stabilità che deriva dal controllo delle modifiche
• Senso di sicurezza dei processi che deriva dal completamento delle attività necessarie e ripetitive
• Senso di coerenza che deriva dalla conformità ai fornitori di soluzioni IT esistenti

Nelle aziende cloud-forward integre, questo processo di negoziazione è una conversazione dinamica tra colleghi e team IT partner. I dettagli tecnici possono essere complessi, ma possono essere gestiti quando l'IT comprende l'obiettivo e supporta le attività CCoE. Quando l'IT è meno che di supporto, la sezione seguente sull'abilitazione del successo CCoE può contribuire a risolvere i problemi.

Abilitare l'esito positivo dell'approccio CCoE

Prima di procedere con questo modello, prendere in considerazione la tolleranza dell'azienda per una mentalità di crescita e il livello di comfort dell'IT nel delegare responsabilità centrali. Come accennato in precedenza, un CCoE prevede uno scambio tra controllo e flessibilità e velocità.

Questo tipo di cambiamento richiede tempo, sperimentazione e negoziazione. Durante il processo si verificano attriti e resistenze, ma se il team rimane fermo e non è scoraggiato dalla sperimentazione, esiste un'elevata probabilità di successo per migliorare agilità, velocità e affidabilità. Uno dei principali fattori di successo è il supporto da parte della leadership e degli stakeholder principali.

Parti interessate 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 ovvia è 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 principali hanno un interesse particolare per queste aree. Esempi di stakeholder aziendali includono responsabili line-of-business, dirigenti finanziari, dirigenti delle operazioni e proprietari di prodotti aziendali.

Supporto da parte degli stakeholder aziendali

Il supporto degli stakeholder aziendali può accelerare le attività CCoE. Gran parte delle attività CCoE è incentrata sull'apportare miglioramenti a lungo termine all'agilità e alla velocità aziendali. 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 possano concentrarsi su altri sforzi IT.

Durante i primi sei-nove mesi di attività del CCoE, è consigliabile che gli stakeholder aziendali si riuniscano mensilmente con la leadership IT e il CCoE. Non c'è bisogno di una preparazione formale per queste riunioni. È sufficiente ricordare ai membri CCoE e alla loro leadership l'importanza di questo programma per raggiungere il successo del CCoE.

È inoltre consigliabile che gli stakeholder aziendali rimangano informati sullo stato di avanzamento e sui problemi di blocco riscontrati dal team CCoE. Anche se i loro sforzi possono sembrare minuzie tecniche, gli stakeholder aziendali devono comprendere lo stato di avanzamento del piano in modo che possano interagire quando il team subisce dei rallentamenti o viene distratto da altre priorità.

Supporto da parte degli stakeholder IT

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

• Supporto della vision: un'operazione CCoE riuscita richiede una grande negoziazione con i membri del team IT esistenti.

  Al termine, tutto il sistema IT contribuisce alla soluzione e si sente a suo agio con la modifica. In alcuni casi, alcuni membri del team IT esistente potrebbero voler mantenere 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 completare e rompere un deadlock o un voto legato per mantenere lo stato di avanzamento del CCoE.

• Mantenere lo stato attivo: un CCoE può rappresentare un impegno significativo per qualsiasi team IT con risorse limitate.

  La rimozione di architetti forti da progetti a breve termine per concentrarsi sui vantaggi a lungo termine può creare difficoltà per i membri del team che non fanno parte del CCoE. La leadership IT e gli stakeholder IT devono rimanere concentrati sull'obiettivo del CCoE. Il supporto dei responsabili IT e degli stakeholder IT può ridurre la priorità delle interruzioni delle operazioni quotidiane a favore di attività 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 bufferare il team CCoE dalle conseguenze delle opportunità di apprendimento "fast fail". È 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.

Funzioni della piattaforma cloud