Modelli operativi
Man mano che l'organizzazione passa da un ambiente locale al cloud, è necessario determinare il modello operativo da usare. Si continua a usare un modello IT centrale o si passa a un modello CCoE? Entrambi gli approcci sono validi; sono punti di vista alternativi di responsabilità e gestione.
IT centrale
Gli ambienti con stato stabile potrebbero non richiedere particolare attenzione all'architettura o ai requisiti operativi dei singoli carichi di lavoro. Le operazioni centrali tendono a essere la norma per gli ambienti tecnologici costituiti principalmente da carichi di lavoro con stato stabile.
Le risorse seguenti possono fornire le competenze per le funzioni IT centralizzate:
- Un team IT centrale esistente
- Progettisti aziendali
- Operazioni IT
- Governance IT
- Infrastruttura IT
- Rete
- Identità
- Virtualizzazione
- Continuità aziendale e ripristino di emergenza
- Proprietari di applicazioni all'interno dell'IT
Rischi del team IT centrale
L'IT centralizzato è diventato prevalente quando tutte le risorse IT potevano essere ospitate in poche posizioni, gestite da un numero limitato di team e controllate tramite un'unica piattaforma per la gestione delle operazioni. Nel corso del tempo, le pratiche commerciali globali e l'economia digitale hanno ridotto il numero degli ambienti gestiti centralmente.
Nella concezione moderna dell'IT, le risorse sono distribuite a livello globale. Le responsabilità operative vengono delegate a una combinazione di personale interno, provider di servizi gestiti e provider di servizi cloud.
Nell'economia digitale, le pratiche di gestione IT stanno passando a un modello self-service e di controllo con delega con chiari controlli per imporre la governance. Un team IT centrale può offrire un prezioso contributo all'adozione del cloud diventando un broker del cloud e un partner per l'innovazione e l'agilità aziendale.
Un team IT centrale è ben posizionato per sfruttare le conoscenze e le procedure preziose dei modelli locali esistenti e applicarle alla distribuzione nel cloud. Tuttavia, questo processo richiede un cambiamento. Per supportare l'adozione del cloud su vasta scala sono necessari nuovi processi, nuove competenze e nuovi strumenti.
Quando un team IT centrale si adatta, diventa un partner importante nell'adozione del cloud. Tuttavia, se il team IT centrale non si adatta al cloud o tenta di usare il cloud come strumento di controllo granulare, diventa rapidamente un ostacolo all'adozione, all'innovazione e alla migrazione.
Tale rischio si misura in termini di velocità e flessibilità. Il cloud semplifica rapidamente l'adozione di nuove tecnologie. La nuova funzionalità cloud può essere distribuita in pochi minuti. Ma se le revisioni del team IT centrale aggiungono settimane o mesi al processo di distribuzione, questi processi centralizzati diventano un ostacolo importante al successo aziendale. In presenza di questo indicatore, considerare strategie alternative per la distribuzione IT.
Eccezioni
Molti settori richiedono una rigida adesione alla conformità di terze parti. Alcuni requisiti di conformità richiedono ancora un controllo IT centralizzato. L'implementazione di queste misure di conformità può aggiungere tempo ai processi di distribuzione, in particolare per le nuove tecnologie che non sono state usate su vasta scala.
In questi scenari, è previsto un ritardo nella distribuzione durante le prime fasi di adozione. Situazioni simili sorgono per le aziende senza un requisito di conformità di terze parti che si occupano di dati sensibili dei clienti.
Un'organizzazione dovrebbe applicare l'IT centralizzato nel cloud solo quando la distribuzione locale esistente si basa su un modello di team IT centrale. Se il modello locale corrente si basa sulla delega del controllo, considerare un approccio basato su CCoE per un'alternativa più compatibile con il cloud.
Centro di eccellenza cloud
Molte organizzazioni IT condividono l'obiettivo principale di raggiungere l'agilità aziendale e tecnica. Un CCoE può aiutare le organizzazioni a bilanciare velocità e stabilità mentre perseguono questo obiettivo.
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
Impatto
Quando un modello CCoE è strutturato e supportato correttamente, i partecipanti possono accelerare le attività di innovazione e migrazione. Possono anche aumentare l'agilità aziendale e ridurre il costo complessivo dovuto al cambiamento. La corretta implementazione di questo modello può ridurre notevolmente il time-to-market.
Man mano che le procedure del team maturano, migliorano anche gli indicatori di qualità, tra cui affidabilità, efficienza delle prestazioni, sicurezza, manutenibilità e soddisfazione del cliente. Questi miglioramenti sono particolarmente importanti se l'azienda intende implementare sforzi di migrazione del cloud su larga scala o vuole usare il cloud per promuovere le innovazioni associate alla differenziazione del mercato.
Un modello CCoE di successo promuove 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.
Un modello CCoE può trovare posto nella strategia per la tecnologia, se si vuole adottare un modello self-service, ovvero se si vuole che le business unit prendano decisioni in autonomia, pur rispettando una serie di linee guida e di controlli definiti e ripetibili.
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:
- Consentire di creare un'organizzazione IT moderna tramite approcci agili che acquisisca e implementi 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.
Applicazione di questi modelli operativi
Ognuno di questi modelli operativi è un costrutto teorico che consente di determinare la forma operativa più idonea al piano di adozione del cloud e alla cultura dell'organizzazione. Il cambio di modello operativo richiede una combinazione di entrambi per un periodo prolungato. Dopo aver definito il modello operativo per lo stato futuro dell'organizzazione, questa decisione darà forma a molte delle decisioni tecniche a valle.
Prima di apportare modifiche ai modelli operativi, prendere in considerazione la tolleranza dell'organizzazione per una mentalità orientata alla crescita. Valutare anche il livello di disponibilità del reparto IT a rinunciare alle responsabilità centrali.
Questo tipo di cambiamento richiede tempo, sperimentazione e negoziazione, e potrebbero verificarsi problemi e setback durante il processo. Tuttavia, se il team rimane coscienzioso e non viene scoraggiato dallo sperimentare, esiste un'elevata probabilità di successo per migliorare agilità, velocità e affidabilità.