Condividi tramite


Strutture di team mature

Durante ciascuna attività di adozione del cloud un utente offre tutte le funzioni del cloud. Queste assegnazioni e strutture di team possono svilupparsi in modo organico o possono essere progettate intenzionalmente in modo da corrispondere a una struttura di team definita.

Con l'aumentare delle esigenze di adozione, aumentano anche i requisiti in termini di equilibrio e struttura. Guardare questo video per una panoramica delle strutture comuni dei team nelle diverse 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 esigenze operative.

Diagramma che mostra il ciclo di maturità dell'organizzazione.

Le strutture organizzative tendono a seguire il modello di maturità comune descritto di seguito:

  1. Solo team di adozione del cloud
  2. Procedura consigliata MVP
  3. Team IT centrale
  4. Allineamento strategico
  5. Allineamento operativo
  6. Centro di eccellenza cloud (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 della procedura consigliata MVP.

Solo team di adozione del cloud

Il centro di tutte le attività di adozione del cloud è il team di adozione del cloud. Questo team gestisce i cambiamenti tecnici che promuovono l'adozione. A seconda degli obiettivi del lavoro richiesto per l'adozione, il team potrebbe includere diverse tipologie di membri che gestiscono un'ampia gamma di attività tecniche e aziendali.

Diagramma che mostra solo il team di adozione del cloud.

Per le attività di adozione su scala ridotta o in fase iniziale, il team potrebbe essere di piccole dimensioni, anche di una sola persona. Nelle attività su larga scala o in fase finale, è comune avere diversi team di adozione del cloud, ognuno composto in media da sei tecnici. Indipendentemente dalle dimensioni o dalle attività, l'aspetto comune a qualsiasi team di adozione del cloud è che fornisce i mezzi per l'onboarding di soluzioni nel cloud. Per alcune organizzazioni, questa potrebbe essere una struttura organizzativa sufficiente. L’articolo dedicato al team di adozione del cloud offre ulteriori informazioni dettagliate sulla struttura, la composizione e la funzione del team di adozione del cloud.

Avviso

Operare solo con un team di adozione del cloud (o con più team di adozione del cloud) è considerato un antipattern e deve essere evitato. Come minimo, prendere in considerazione la procedura consigliata MVP.

Procedura consigliata: prodotto minimo funzionante (Minimum Viable Product, MVP)

Diagramma che mostra la procedura consigliata: l'organizzazione minima valida del team di adozione e del team di governance per creare un equilibrio.

Per creare un equilibrio tra le attività di adozione del cloud, è consigliabile costituire due team. I due team sono responsabili per diverse funzioni nell'intero processo 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 alla garanzia dell'eccellenza nelle soluzioni adottate. Il team di governance del cloud è responsabile di maturità della piattaforma, operazioni della piattaforma, governance e automazione.

Questo approccio collaudato è considerato MVP perché potrebbe non essere sostenibile. Ogni team svolge molti ruoli, come illustrato nei grafici RACI (Responsible, Accountable, Consulted, and Informed).

Le sezioni seguenti descrivono una struttura organizzativa completa e collaudata e gli approcci per l'allineamento della struttura appropriata rispetto all'organizzazione.

Team IT centrale

Diagramma che mostra il team I T centrale.

Con la scalabilità dell'adozione, il team di governance del cloud potrebbe avere difficoltà a tenere il passo con il flusso di innovazione di più team di adozione del cloud. Ciò vale soprattutto negli ambienti con impegnativi requisiti 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ò rielaborare strumenti, processi e persone per supportare meglio l'adozione del cloud su larga scala, l'inclusione del team IT centrale può aggiungere notevole valore. La modernizzazione del team IT centrale consente di promuovere innovazioni operative efficaci da parte di esperti in materia di operazioni, automazione, sicurezza e amministrazione.

Sfortunatamente, la fase del team IT centrale può essere una delle fasi più rischiose della maturità organizzativa. È importante che la partecipazione del team IT centrale sia caratterizzata da una predisposizione favorevole alla trasformazione. Se il team considera il cloud come un'opportunità per crescere e adattarsi, può offrire valore aggiunto durante tutto il processo. Tuttavia, se il team IT centrale considera l'adozione del cloud principalmente come minaccia per il modello esistente, si trasforma in un ostacolo per i team di adozione del cloud e gli obiettivi di business che essi supportano. Alcuni team IT centrali hanno dedicato mesi o addirittura anni a tentare di forzare l'allineamento del cloud con gli approcci locali, ottenendo solo risultati negativi. Il cloud non richiede un cambiamento radicale del team IT centrale, ma comporta tuttavia cambiamenti significative. Se la resistenza al cambiamento è prevalente all'interno del team IT centrale, questa fase di maturità può trasformarsi rapidamente un antipattern culturale.

I piani di adozione del cloud incentrati principalmente su modelli platform as a service (PaaS), DevOps o altre soluzioni che richiedono meno supporto operativo hanno meno probabilità di produrre valore durante questa fase di maturità. Al contrario, questi tipi di soluzione hanno più probabilità di venire ostacolati o bloccati dai tentativi di centralizzare l'IT. Un livello superiore di maturità, ad esempio un centro di eccellenza cloud (CCoE), ha maggiori probabilità di produrre risultati positivi per questi tipi di attività di trasformazione. Per informazioni sulle differenze tra l'IT centralizzato nel cloud e un CCoE, vedere Centro di eccellenza cloud.

Allineamento strategico

Diagramma che mostra l'allineamento strategico.

Man mano che gli investimenti nell'adozione del cloud aumentano e si realizzano i valori aziendali, gli stakeholder aziendali spesso diventano maggiormente coinvolti. Un team di strategia del cloud definito consente di allineare gli stakeholder aziendali per massimizzare il valore realizzato dagli investimenti per l'adozione del cloud.

Quando la maturità si sviluppa in modo organico, come risultato delle attività di adozione del cloud guidate dall'IT, l'allineamento strategico è preceduto dal lavoro di un team IT centrale o di governance. Quando le attività di adozione del cloud sono guidate dall'azienda, l'attenzione si concentra sul modello operativo e l'organizzazione tende a concretizzarsi prima. Quando possibile, definire i risultati aziendali e il team di strategia del cloud nelle fasi iniziali del processo.

Allineamento operativo

Diagramma che mostra l'allineamento operativo.

La realizzazione del valore aziendale tramite le attività di adozione del cloud richiede operazioni stabili. Le operazioni nel cloud potrebbero richiedere nuovi strumenti, processi o competenze. Se 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 eseguite dai ruoli operativi IT esistenti. Tuttavia, non è insolito che le operazioni del cloud vengano delegate ad altre parti al di fuori delle operazioni IT. Provider di servizi gestiti, team DevOps e team IT delle business unit assumono spesso le responsabilità associate alle operazioni cloud, con supporto e salvaguardia da parte delle operazioni IT. Questo scenario è sempre più comune per le attività di adozione del cloud incentrate in modo particolare su distribuzioni PaaS o DevOps.

Centro di eccellenza cloud

Diagramma che mostra il centro cloud di eccellenza (C o E).

Al massimo livello di maturità, un centro di eccellenza cloud allinea i team rispetto a un modello operativo moderno basato sul cloud. Questo approccio offre funzioni IT centralizzate come governance, sicurezza, piattaforma e automazione.

La differenza principale tra questa struttura e la struttura basata sul team IT centrale è un'attenzione particolare alle attività self-service e alla democratizzazione. In questo tipo di struttura, i team si organizzano con la finalità di delegare il controllo il più possibile. L'allineamento delle procedure di governance e conformità alle soluzioni native del cloud crea meccanismi di protezione e salvaguardia. A differenza del modello basato sul team IT centrale, l'approccio nativo del cloud consente di ottimizzare l'innovazione e ridurre al minimo il sovraccarico operativo. Per l'adozione di questo modello, sarà necessario un accordo reciproco per modernizzare i processi IT da parte dei responsabili IT e aziendali. È improbabile che questo modello si possa attuare in modo organico e spesso richiede il supporto dei dirigenti.

Passaggi successivi

Dopo l'allineamento a una determinata fase di maturità della struttura organizzativa, è possibile usare i grafici RACI per allineare le responsabilità in ogni team.