Prepararsi per l'allineamento dell'organizzazione
L'allineamento organizzativo è importante per garantire un consenso collettivo alle strategie che si intende attuare. Per assicurarti di avere il supporto necessario durante il percorso di adozione del cloud, considera di coinvolgere alcuni stakeholder chiave fin dall'inizio ed espandi il consenso della leadership man mano che iteri l'esecuzione della tua strategia.
Leadership e consenso dei dirigenti
Sono state identificate le motivazioni e gli obiettivi aziendali per supportare la missione dell'organizzazione. È ora necessario assicurarsi che la leadership sia allineata a tale visione e strategia.
Se non avete il supporto della leadership per le vostre strategie e i vostri piani di adozione, può comportare diversi rischi significativi.
: Raccomandazioni
Allineare la leadership agli obiettivi strategici: aiutare la leadership a comprendere e giustificare meglio gli investimenti nei progetti di adozione, assicurandosi che siano pienamente consapevoli dei vantaggi, delle sfide e dei rischi.
Ottenere le risorse necessarie: i progetti di adozione spesso richiedono investimenti significativi in tecnologia, talento e tempo. Ottenere il consenso della leadership per acquisire le risorse necessarie per i vostri progetti.
Comunicare il supporto della leadership: Il cambiamento può essere difficile per molti dipendenti, poiché i progetti di trasformazione digitale e adozione aumentano. Ridurre la resistenza al cambiamento garantendo che il sostegno della leadership venga promosso e comunicato all'interno dell'organizzazione, migliorando l'adattabilità dei dipendenti.
Allineare le strategie organizzative
Se sono già presenti strategie organizzative, l'allineamento tra le strategie aziendali, digitali, IT e di adozione è fondamentale per un'iniziativa di adozione del cloud di successo, indipendentemente dal fatto che il footprint sia già presente nel cloud o meno.
La strategia aziendale in genere definisce la missione e gli obiettivi di alto livello dell'organizzazione, il posizionamento del mercato e l'approccio competitivo. Questo in genere mira a favorire la crescita dei ricavi, la soddisfazione dei clienti e l'efficienza dei costi.
La strategia digitale in genere definisce il modo in cui la tecnologia trasforma i processi aziendali, le interazioni e le offerte dei clienti per consentire la crescita digitale e l'innovazione.
La strategia IT in genere definisce il modo in cui l'infrastruttura tecnologica e le risorse supportano gli obiettivi aziendali, concentrandosi sull'efficienza operativa, sulla sicurezza e sulla modernizzazione.
Se l'organizzazione ha già queste strategie, assicurarsi che la strategia di adozione supporti gli obiettivi delle strategie e delle missioni aziendali esistenti. Anche se alcune di queste strategie non sono in atto, avere una conversazione con i principali stakeholder aziendali o IT relativi alle ambizioni o agli obiettivi in queste aree è importante per guidare l'allineamento della strategia. Questo allineamento può essere utile per:
- Integrare la roadmap tecnologica e le iniziative di modernizzazione dell'infrastruttura.
- Consentire al settore IT di supportare meglio gli obiettivi aziendali e digitali in modo più efficace.
- Supportare gli obiettivi, ad esempio agilità, crescita, efficienza dei costi e esperienza e soddisfazione del cliente.
- Consente di accelerare le iniziative, ad esempio informazioni dettagliate basate sui dati, innovazione dei prodotti o esperienze digitali dei clienti.
Raccomandazioni:
Controllare regolarmente l'allineamento delle strategie: assicurarsi di controllare regolarmente con i leader aziendali, digitali e IT per mantenere le iniziative cloud allineate agli obiettivi in continua evoluzione.
cicli di feedback Agile: usare le procedure agile per raccogliere feedback da stakeholder e leader principali e rivedere e adattare rapidamente le strategie in base alle esigenze mutevoli.
Comprendere l'idoneità del modello operativo per il cloud
Per consentire a un'organizzazione di sfruttare in modo efficiente i vantaggi del cloud in modo modernizzato, hanno bisogno delle funzionalità organizzative (Persone, Processi, Tecnologia e Partner) a tale scopo. Quando si definisce una strategia di adozione del cloud, è necessario conoscere le funzionalità correnti per prepararsi e informare lo sviluppo della strategia di adozione.
Il modello operativo di un'organizzazione è essenzialmente il modo in cui un'organizzazione si struttura per soddisfare i propri obiettivi strategici per fornire valore ai clienti e agli stakeholder. Un modello operativo completo rappresenta tutti i flussi di valore, le funzionalità, le strutture organizzative, i sistemi di gestione, i sistemi informativi, i partner di distribuzione e le posizioni.
Comprendere il modello operativo corrente dell'organizzazione svolge un ruolo fondamentale nello sviluppo della strategia di adozione del cloud:
- funzionalità e processi dell'organizzazione: le organizzazioni con supporto tradizionale, modifiche tecniche, sicurezza, finanza e architettura potrebbero avere difficoltà significative nel mantenere il passo con il cambiamento continuo e la scalabilità apportati dai servizi cloud. In questo caso, la strategia di adozione deve tenere conto dell'evoluzione di queste funzionalità per supportare e abilitare il cloud in modo efficace.
- cultura dell'organizzazione: le organizzazioni altamente regolamentate o a rischio potrebbero avere impostazioni cultura non collaborative e di comando e controllo. Il cloud potrebbe introdurre resistenza al cambiamento nei modi di lavorare. La strategia di adozione del cloud deve tenere conto delle esigenze cultura dell'organizzazione per consentire i vantaggi del cloud.
- ruoli e competenze: le organizzazioni che si trovano principalmente in locale potrebbero non avere competenze nell'architettura cloud, DevOps e nelle procedure di sicurezza native del cloud. La strategia di adozione del cloud deve tenere conto del piano di formazione e competenze per affrontare l'adozione e l'abilitazione adeguati dei servizi cloud.
È importante che la leadership identifichi e riconosca le limitazioni correnti nel modello operativo esistente per la strategia di adozione del cloud per fornire attenzione e resourcing appropriati per il piano del percorso cloud.
: Raccomandazioni
Comprendere il modello operativo corrente: valutare le funzionalità e le strutture correnti dell'organizzazione tramite un workshop con la leadership o tramite terze parti per valutare l'idoneità dei modelli operativi correnti dell'organizzazione per l'adozione del cloud.
Identificare i gap: in base al benchmark, tenere un workshop con la leadership per identificare le lacune di idoneità per il cloud e gli obiettivi strategici e determinare come deve essere allineata la strategia di adozione del cloud.
Assicurarsi che tutti gli stakeholder chiave siano informati: assicurarsi che tutti gli stakeholder chiave siano informati e allineati sulle lacune e sui rischi relativi all'adozione del cloud e assicurarsi che siano adeguatamente risolti durante la fase di pianificazione (collegamento al piano di Cloud Adoption Framework).
revisione continua: continuare a condurre benchmark e workshop con la leadership per rivedere continuamente l'idoneità lungo il percorso in modo che i progressi possano essere misurati e la strategia possa essere adattata in modo iterativo.
Passare da un modello di progetto a un modello di prodotto
Le organizzazioni che si spostano o espandono la loro presenza nel cloud e vogliono assicurarsi di poter ridimensionare rapidamente i servizi cloud potrebbero dover passare da un modello di erogazione di progetti tradizionale a un modello di erogazione di prodotti per le operazioni.
Questo cambiamento rappresenta un cambiamento fondamentale nel modo in cui le aziende strutturano, sviluppano e gestiscono gli investimenti IT e tecnologici nell'ambito di una strategia di adozione del cloud.
Un modello di progetto: basato su attività rispetto a un ambito chiaramente definito, chiari intervalli di tempo di inizio e fine e un budget generalmente focalizzato su CAPEX. Una volta completati i progetti, la proprietà viene spesso spostata in un altro team per operazioni e manutenzione.
Un modello di prodotto: si concentra su soluzioni come asset in continua evoluzione che richiedono una continua fornitura di valore. Si tratta di un modello basato sui risultati in cui team interfunzionali assumono la completa responsabilità dello sviluppo, delle operazioni e della governance. Questo modello consente una distribuzione di valori più reattiva e scalabile.
Vantaggi principali di un modello di distribuzione dei prodotti
Democratizzazione e scalabilità: un modello di distribuzione dei prodotti garantisce che tutti i servizi dei team della piattaforma cloud siano prodotti per renderli più facilmente utilizzabili e accessibili a tutte le parti dell'organizzazione per favorire l'adozione e la maturità del cloud.
Guida all'innovazione: i modelli di prodotto sono allineati alle tecnologie native del cloud, semplificando l'esperimento, la scalabilità e l'implementazione di nuove funzionalità.
allineamento aziendale: il recapito continuo dei valori garantisce che gli investimenti tecnologici rimangano allineati agli obiettivi aziendali.
Promuovere la collaborazione: incoraggiare la collaborazione interfunzionale tra team tecnici e aziendali per favorire risultati aziendali in modo più efficace.
Esempi dell'aspetto del turno
Focus: un modello di recapito del progetto è incentrato sul completamento delle attività e sulla distribuzione di una soluzione "completata", mentre un modello di distribuzione dei prodotti è incentrato sui miglioramenti continui e sulla distribuzione continua di valori.
Risultati: il risultato di un modello di consegna del progetto si basa in genere su una soluzione completata in un momento specifico, rispetto ai risultati di un modello di consegna dei prodotti basati su un servizio in continua evoluzione.
Proprietà: un modello di consegna del progetto ha in genere team di progetto temporanei con una data di fine chiaramente definita, a differenza di un modello di consegna del prodotto che ha team di prodotto persistenti responsabili del ciclo di vita del servizio.
Strutture del team: I modelli di consegna dei progetti in genere hanno team di progetto isolati e temporanei, mentre i modelli di consegna dei prodotti dispongono di team multifunzionali stabili, dedicati ai prodotti, alle piattaforme e al supporto.
Il passaggio diretto del modello di distribuzione da progetto a prodotto informa direttamente la strategia di adozione del cloud definendo il modo in cui l'organizzazione pianifica, esegue e gestisce le iniziative cloud. Garantisce che i principi di miglioramento continuo, la centrità dei clienti e la collaborazione siano incorporati. Ciò garantisce che gli investimenti nel cloud forniscano valore strategico duraturo anziché risultati occasionali a breve termine.
Raccomandazioni :
Seguire queste raccomandazioni per iniziare a passare da un progetto a un modello di distribuzione del prodotto.
Comprendere le strutture correnti: Valutare le capacità operative e la cultura esistenti del modello operativo dell'organizzazione, inclusi elementi come funzioni di consegna, approcci di finanziamento (guidati da CAPEX o OPEX) e modelli di struttura del team. Tenere un workshop con il team di leadership per discutere di questi e documentare il funzionamento attuale, quindi mappare il percorso in cui si potrebbero vedere i vantaggi nel passaggio a un modello di prodotto.
Stabilire uno stato di destinazione: dopo aver compreso e allineato chiaramente gli obiettivi strategici e aver valutato le impostazioni cultura e il modello operativo del cloud, identificare lo stato di destinazione in base al quale è necessario trasformare l'architettura, le operazioni, la governance e la cultura. Tienete un workshop con il team di leadership per affrontare questo e identificare le iniziative e il programma di lavoro che devono essere attuati per portare avanti questo.
Consapevolezza degli stakeholder e coinvolgimento della leadership: Coinvolgere gli stakeholder chiave per garantire che comprendano e supportino il passaggio da progetto a prodotto, inclusi i cambiamenti culturali e operativi che comporta.
Impostare aspettative: delineare il cambiamento culturale necessario per una mentalità orientata al prodotto, concentrandosi sul pensiero incentrato sui clienti, sulla collaborazione continua e sull'attenzione sui risultati rispetto ai risultati finali.
Tenere conto del tempo e delle risorse: assicurarsi di disporre di tempo e risorse sufficienti per le fasi di pianificazione per determinare il modo in cui le lacune correnti devono essere risolte quando si passa da un progetto all'approccio al prodotto e stabilire una roadmap per abilitare questa funzionalità.
Identificare e definire le relazioni tra partner
Le organizzazioni che spostano o espandono il proprio footprint nel cloud potrebbero dover fare affidamento su partner interni ed esterni. Questi partner possono aiutare a eseguire la strategia di adozione del cloud e fornire le competenze e le risorse necessarie per garantire il successo.
Considerare quanto segue:
Identificare i partner chiave. Identificare i partner chiave che consentono di eseguire la strategia. È necessario includere il provider di servizi cloud e i provider di applicazioni line-of-business critiche e altre infrastrutture necessarie per il successo.
Promuovere partnership integrate. Considerare il provider di servizi cloud e gli ISV chiave come parte di una partnership integrata che consente di fornire la strategia, anziché come fornitore responsabile per la consegna a un contratto.
Incontra regolarmente. Configurare una cadenza regolare con gli stakeholder delle organizzazioni partner e comprendere come contribuiscono al raggiungimento degli indicatori KPI e dei KR, oltre ad altre opportunità di collaborazione.