Caso aziendale dettagliato

In questa fase, consigliamo di convalidare e ampliare l'ambito del business case per fornire un maggiore livello di dettaglio a supporto del programma di trasformazione. Il business case direzionale iniziale, assemblato rapidamente, è progettato per fornire sufficiente fiducia per investire nelle fasi fondamentali e nel successivo livello di pianificazione dettagliata.

Lo sviluppo di un business case dettagliato supporta questo processo di pianificazione nei seguenti modi:

• Fornire analisi finanziarie che consentano di prendere decisioni su cosa migrare e modernizzare, quali opzioni selezionare e come strutturare e assegnare priorità al lavoro

• Convalida, perfezionamento e sviluppo del caso finanziario direzionale originale riesaminando in dettaglio:

  • Il potenziale di riduzione dei costi dell'infrastruttura

  • La produttività IT interna e le eventuali efficienze delle operazioni esternalizzate

  • Le stime degli investimenti necessari per la configurazione, la migrazione e la modernizzazione del programma

• Identificazione, stima della portata e impostazione del processo di tracciamento degli ulteriori fattori di valore derivanti dalla migrazione

Nel business case dettagliato, stabilisci quanto segue:

• La base oggettiva su cui garantire il mandato e gli investimenti necessari per implementare almeno la prima fase della migrazione

• L'aspettativa di rendimento finanziario minimo di base per il programma

• Chiarezza sulla base finanziaria su cui vengono prese le varie decisioni relative alla progettazione e alla definizione delle priorità della migrazione, in modo che, quando le circostanze e le persone cambiano nel corso del programma, la nuova leadership possa fare scelte informate.

• Informazioni approfondite sulle aree incrementali di ottimizzazione dei costi da esplorare dopo la disponibilità dei dati di utilizzo iniziali man mano che i carichi di lavoro vengono migrati e iniziano a funzionare

• Stime del valore che la trasformazione del cloud apporta all'azienda grazie a una maggiore resilienza e agilità

• Le metriche e le ipotesi associate KPIs utilizzate per stimare il ritorno finanziario derivante da una maggiore resilienza e agilità, che poi costituiscono la base per ottenere i principali vantaggi derivanti dal programma

Determina gli scenari necessari per il caso

Quando si crea un business case dettagliato, in genere è necessario sviluppare più scenari per supportare i vari scopi per cui viene utilizzato il business case.

Scenario di modifica minima: per valutare l'aspettativa minima di performance finanziaria, prepara uno scenario che presupponga la modifica minima prevista dello status quo. Questo scenario, nella peggiore delle ipotesi, è un utile supporto per ottenere il mandato di investire nella migrazione. Questo scenario modella il grado minimo previsto di crescita della capacità e le modifiche minime per altre quality-of-service esigenze, come la disponibilità e la resilienza. La minima modifica crea i costi più bassi e le minori inefficienze in termini di risorse per il modello operativo corrente.

Scenario più probabile: per orientare le decisioni sulla strategia del programma e sulla definizione delle priorità, prepara lo scenario che rifletta ciò che l'azienda si aspetta che accada. Questo scenario dovrebbe includere la probabile crescita o riduzione del picco di utilizzo e i costi di aggiornamento per soddisfare la domanda di elevati livelli di qualità del servizio (in particolare disponibilità e resilienza) da parte dell'azienda.

Altri scenari specifici: laddove sia ancora necessario formulare un'ipotesi che possa avere un forte impatto sul business case, sviluppate scenari sia per i casi in cui l'ipotesi sia vera sia per quelli in cui non lo è. Tuttavia, consigliamo di mantenere il numero di questi scenari alternativi al minimo assoluto. La creazione di più di tre o quattro scenari in totale rallenta i progressi e diventa costosa, confusa e difficile da gestire. Ove possibile, conduci esperimenti e lavora per eliminare ipotesi più ampie.

Convalida e perfeziona l'infrastruttura e il modello dei costi di migrazione

Dopo aver completato l'analisi del portafoglio e preparato la progettazione e il dimensionamento dell'obiettivo Servizi AWS, perfezionate le stime dei costi di esercizio per il modello operativo corrente (COM) e il modello operativo futuro (FOM) AWS per ogni scenario. In genere è necessario affinare le stime per quanto segue:

• costi dell'infrastruttura COM per gli aggiornamenti, l'installazione e la manutenzione dell'hardware del server host hypervisor, del server bare-metal, dello storage, dei dispositivi di rete, degli aggiornamenti hardware dei dispositivi di sicurezza. Calcola questi valori con prezzi e livelli di sconto effettivi per la capacità necessaria per lo scenario.

• Costi dei data center e delle strutture collocate COM, tra cui spazio, raffreddamento, alimentazione, rack, gruppi di continuità (UPS), cablaggio, sistemi di sicurezza fisica, dimensionati per la crescita e specificati per soddisfare la capacità e livelli di elevata disponibilità e disaster recovery (DR) previsti per lo scenario.

• Costi dei servizi di rete COM, inclusi i costi per i collegamenti WAN, le reti di distribuzione dei contenuti e le reti private virtuali (VPNs), calcolati utilizzando i prezzi contrattuali per le esigenze di connettività, larghezza di banda, velocità effettiva e latenza per lo scenario.

• Costi del software per l'infrastruttura e l'applicazione COM basati su contratti esistenti per garantire la crescita o la riduzione dell'utilizzo in base allo scenario.

• I costi delle AWS utenze FOM, compresi il supporto tecnico e i servizi gestiti in base alle esigenze, si basano sulla raffinata architettura dei servizi, sulle dimensioni delle istanze, sul modello di prezzo preferito, sull'utilizzo previsto e sulla volatilità dell'utilizzo.

• Licenze delle applicazioni FOM basate sulla progettazione finale dell'applicazione, sulla configurazione dell'infrastruttura che esegue le applicazioni, sulla crescita nel tempo e sulle regole di trasferibilità delle licenze.

• Stime dei costi di migrazione e modernizzazione del FOM, rielaborate per riflettere il piano di migrazione di base per lo scenario e dettagliate per indicare i costi per ogni carico di lavoro, in particolare per quelli da riformare, riacquistare o rifattorizzare.

• I costi di smantellamento della FOM, comprese le stime dei costi di cancellazione degli asset e dei costi di risoluzione anticipata del contratto, sono stati rivisti per tenere conto dei tempi di disattivazione indicati nel piano di migrazione di base, della verifica di quali risorse possono essere riutilizzate e quali risorse possono essere sostituite per ridurre al minimo le cancellazioni e del costo di smaltimento delle risorse fisiche e dei supporti.

• I costi di esecuzione parallela della migrazione sono stati perfezionati per riflettere la tempistica di ogni cutover di migrazione e di ogni disattivazione dei servizi esistenti.

Perfeziona la produttività e le operazioni IT e supporta il modello di valore relativo all'efficienza

Come per il business case direzionale, esistono due approcci principali per perfezionare e sviluppare il modello di valore relativo alle operazioni e al supporto IT. L'approccio scelto dipende dal fatto che la COM sia gestita internamente o con appaltatori o servizi in outsourcing:

Miglioramento della produttività del team interno

Laddove le operazioni e il supporto IT sono gestiti internamente, il business case si concentra su quanto segue:

• Identificazione e quantificazione degli incrementi di produttività derivanti dalla migrazione e da qualsiasi automazione operativa inclusa nell'ambito

• Convalidare che il tempo liberato per il team interno possa essere applicato prontamente e in modo produttivo ad altre attività tipicamente di maggior valore, offrendo opportunità di progressione e maggiore ricompensa al team e più valore all'organizzazione

Valuta quanto tempo ogni membro di ogni ruolo all'interno del team dedica alle varie attività regolari e fornisci indicazioni sulla riduzione prevista del carico di lavoro per le diverse attività.

La tabella seguente fornisce una guida iniziale per i livelli tipici di riduzione del carico di lavoro in base all'attività per quelle attività che richiedono la maggior parte delle operazioni IT e delle attività di supporto tra i diversi ruoli del team. La tabella include una descrizione di come viene raggiunta la produttività.

Nota

Le attività elencate vengono in genere eseguite dai membri del team in diversi ruoli, pertanto è necessario valutare il risparmio di produttività per ciascuna attività nell'insieme dei ruoli del team. Ad esempio, nei team operativi IT organizzati per infrastruttura (ad esempio elaborazione, storage e rete), la pianificazione e la definizione del budget delle spese in conto capitale potrebbero essere comuni ai responsabili di ogni torre.

Attività operative e di supporto	Livello di risparmio	Fattore di produttività
Progettazione dell'infrastruttura	Media	La progettazione è semplificata, con meno parametri da considerare.
Pianificazione e definizione del budget delle spese in conto capitale	Elevata	I servizi elastici incentrati su Opex eliminano praticamente tutti i problemi di budget e pianificazione.
Acquisti	Elevata	L'approvvigionamento è notevolmente semplificato dopo la Account AWS loro creazione.
Pianificazione della capacità	Medio-molto alto	Il carico di lavoro di gestione della capacità di rete e di calcolo viene in genere quasi eliminato e per lo storage è notevolmente semplificato
Ottimizzazione	Alto/molto alto	Il tuning non è necessario per i servizi gestiti e lo è a malapena per altri servizi, poiché le dimensioni delle istanze possono essere modificate in qualsiasi momento.
Gestione dei guasti hardware	Molto alto	Tutti gli aspetti della gestione dell'hardware nel cloud vengono gestiti in modo trasparente da. AWS
Monitoraggio della disponibilità e delle comunicazioni dei server	Elevata	Il monitoraggio e le comunicazioni sono notevolmente semplificati grazie al supporto e all'automazione AWS degli strumenti.
Gestione della sicurezza	Media	Il carico di lavoro è notevolmente ridotto grazie alle funzionalità AWS di sicurezza e all' AWS assunzione delle responsabilità di sicurezza per l' Cloud AWS hardware, il software, la rete e le strutture.
Aggiornamenti, manutenzione e patch di rete e storage.	Molto alto	Tutti gli aspetti della manutenzione della rete e dello storage nel cloud sono gestiti in modo trasparente da. AWS
Scaffalature e impilamento: logistica dell'hardware	Molto alto	Tutti gli aspetti della gestione dell'hardware nel cloud sono gestiti in modo trasparente da. AWS
Backup	Media	Il backup è ampiamente semplificato con AWS strumenti, sistemi di storage flessibili e automazione.
Servizi gestiti (come Amazon S3, AWS Lambda Amazon RDS e) AWS Fargate	Molto alto	I servizi gestiti vengono eseguiti in ambienti completamente gestiti da AWS, quindi non richiedono attività di manutenzione, applicazione di patch, monitoraggio o gestione del provisioning.
Configurazione e messa in servizio di dispositivi e servizi	Alto-molto alto	Le attività di configurazione hardware per l'ambiente in cui si effettua la migrazione AWS sono generalmente ridotte, ad eccezione dei dispositivi di connettività WAN per la creazione VPNs o AWS Direct Connect le connessioni ai AWS data center.
Protezione degli endpoint e protezione antivirus	Elevata	L'applicazione e la manutenzione della protezione degli endpoint e dei servizi antivirus sono in genere ampiamente automatizzate come parte della progettazione della migrazione.
Valutazioni delle minacce, delle vulnerabilità e dei rischi	Elevata	AWS fornisce supporto per gli elementi di questo processo, incentrato sulla piattaforma principale e sui meccanismi che AWS garantiscono architetture sicure che semplificano la valutazione.
gestione dei progetti relativi all'infrastruttura dei data center	Elevata	Gestione dei progetti per lavori di installazione per l'espansione, l'aggiornamento o la disattivazione dei servizi di infrastruttura. Sebbene rimanga una parte della gestione del software e dei servizi dell'infrastruttura, questa è molto più semplice dell'infrastruttura locale e le attività hardware vengono eliminate.
Gestione delle strutture dei data center	Medio-molto alto	Il lavoro di gestione delle strutture attribuibile a tutti i server, i dispositivi di archiviazione, i dispositivi di sicurezza e i rack associati viene rimosso per tutto ciò che viene migrato. Tuttavia, di solito resta ancora del lavoro da fare per fornire strutture per i dispositivi di rete di collegamento WAN e per qualsiasi infrastruttura mantenuta in sede in un'architettura ibrida.
Architettura, sviluppo, gestione e test delle applicazioni	Bassa	L'uso di toolchain di sviluppo agili, in combinazione con l'automazione dell'istanziazione e della distruzione dello stack applicativo per la creazione di ambienti di test in base alle esigenze, riduce i tempi di sviluppo delle applicazioni ed elimina molte fasi di test manuali.
Installazione e configurazione del software applicativo	Media	L'installazione e la configurazione dell'intero stack di applicazioni sono facilmente automatizzate utilizzando servizi come AWS CloudFormation e semplificate attraverso l'uso di zone di atterraggio, che possono essere facilmente configurate utilizzando. AWS Control Tower
Supporto IT	Media	Le riduzioni del supporto L1 e L2 si ottengono riducendo i problemi di capacità e prestazioni attraverso l'uso delle funzionalità del Service Catalog per il provisioning self-service, un maggiore uso di architetture ad alta disponibilità a basso costo (riduzione delle interruzioni e configurazione della scalabilità automatica e dell'edge computing).
Amministrazione del database	Minimo-basso	Queste attività rimangono per lo più invariate. In genere sono dotate degli stessi livelli di risorse delle infrastrutture AWS locali.
Acquisizione, analisi e progettazione dei requisiti di infrastruttura e sicurezza	Minima
Documentazione	Minima
Monitoraggio delle applicazioni e delle prestazioni	Minima
Supporto tecnico L3, risposta a domande, risoluzione dei problemi e risoluzione dei problemi	Minima
Installazione e configurazione del software applicativo	Minima
Supporto dell'applicazione L3 (escluse la definizione del budget e la pianificazione della capacità a lungo termine)	Minima

La tabella seguente mostra i risparmi previsti per ogni livello di riduzione del carico di lavoro.

Livello	Previsto
Molto alto	85% - 100%
Elevata	60% - 90%
Media	30% - 70%
Bassa	10% - 35%
Minima	0% - 10%

Queste metriche forniscono un punto di partenza per valutare gli aumenti di produttività e includerli nel business case dettagliato. Gli incrementi di produttività effettivi variano in base alla situazione specifica. Può essere utile calcolare i risparmi di produttività sia al limite intermedio che a quello inferiore degli intervalli per stimare scenari tipici e prudenti.

Man mano che il programma procede, è utile acquisire dati effettivi relativi al tempo dedicato a ciascuna attività per ruolo. Questi dati creano una base migliore per la stima delle operazioni e supportano i costi per nuovi progetti ed espansioni dei servizi.

Operazioni IT esternalizzate e riduzione dei costi di supporto

Laddove le operazioni e il supporto IT sono principalmente esternalizzati o gestiti da appaltatori, l'allocazione dei costi per il futuro modello operativo (FOM) può essere preparata richiedendo preventivi AWS ai partner che offrono soluzioni di servizi gestiti, tra cui Partner-LED (AMS). AWSAWS Managed Services Puoi anche contattare il tuo AWS account manager e richiedere direttamente un prezzo per AMS, come descritto nella sottosezione Promuovere l'ottimizzazione dei costi operativi nella sezione Creazione di un business case direzionale.

Per il business case dettagliato, sostituisci qualsiasi dato di riferimento con un preventivo basato sulla distinta base dei AWS servizi rivista e sul consumo previsto del servizio, sul pacchetto AMS e sulle eventuali opzioni necessarie e sul livello di servizio richiesto. Il costo includerà un componente di implementazione una tantum e una frequenza di esecuzione basata sul consumo.

Include tutte le operazioni IT rimanenti, il supporto che deve essere mantenuto per qualsiasi servizio a cui non verrà effettuata la migrazione e un costo una tantum in caso di penali contrattuali (ad esempio AWS, in caso di risoluzione anticipata).

Sviluppa il modello di valore della resilienza

On AWS, puoi costruire un'ampia gamma di architetture ad alta disponibilità, disaster recovery e tolleranti ai guasti. Per prezzi basati sul consumo si intende che i servizi vengono addebitati solo quando vengono utilizzati. Insieme, questi due fattori offrono prestazioni di costo eccezionali in termini di resilienza.

Inoltre, AWS i clienti lo hanno utilizzato per migliorare la resilienza dei loro carichi di lavoro. Il sondaggio IDC 2018 fornisce esempi di clienti partecipanti che hanno ottenuto il 73% in meno di interruzioni all'anno, una riduzione del 58% del tempo medio di ripristino (MTTR) e una riduzione del 94% della perdita di produttività. La stessa indagine ha mostrato che i vantaggi finanziari derivanti da una maggiore resilienza erano superiori del 50% rispetto alla riduzione dei costi dell'infrastruttura IT.

Inoltre, si ottiene un'ulteriore resilienza attraverso la modernizzazione del ciclo di vita di sviluppo del software per le applicazioni. Laddove vengono introdotte pipeline CI/CD con automazione dei test per supportare una maggiore agilità aziendale, i difetti del software vengono rilevati nelle prime fasi del ciclo di sviluppo, riducendo notevolmente i costi di manutenzione del software.

Per valutare e includere questo valore nel business case, è innanzitutto necessario collaborare con i titolari delle aziende che si occupano di applicazioni per definire un quadro dei vantaggi complessivi offerti da ciascun carico di lavoro da migrare.Ciò potrebbe includere i seguenti elementi:

• Il numero, la durata media e la natura delle interruzioni del servizio:

  • Tra gli esempi di interruzioni del servizio vi sono interruzioni, rallentamenti delle prestazioni, sovraccarico pianificato dei batch e degli intervalli di manutenzione, bug nelle funzioni chiave e limitazione degli accessi durante i periodi di punta.

• Impatto sui ricavi delle interruzioni dei servizi generatori di entrate, come i sistemi di e-commerce:

  • Il numero probabile di transazioni che non possono essere completate a causa di interruzioni del servizio, in base al tempo di interruzione e ai tassi di transazione

  • Il valore medio di ogni transazione ha influito

• Il costo aggiuntivo del tempo impiegato dai tecnici di supporto per risolvere i difetti nei sistemi di produzione rispetto al costo della loro individuazione nelle fasi iniziali del processo di sviluppo

• Impatto sulla produttività degli utenti interni e sul costo del tempo perso

Effettua quindi una valutazione della riduzione prevista e di una riduzione più prudente del tempo perso a causa delle interruzioni del servizio che la maggiore resilienza dovrebbe comportare. Ad esempio, prendi in considerazione l'inclusione dei seguenti elementi:

• Riduzione del numero di interruzioni e dell'MTTR utilizzando architetture ad alta disponibilità e migliorando il Recovery Time Objective (RTO) e il Recovery Point Objective (RPO)

• Riduzione dei rallentamenti, eliminazione della limitazione della capacità ed evitamento dei sovraccarichi di elaborazione in batch, grazie a funzionalità come la scalabilità automatica

• Riduzione del numero di bug delle applicazioni rilevati solo in produzione, grazie all'implementazione di pipeline CI/CD e ai test di regressione automatizzati sull'infrastruttura, attivati e ripartiti per ridurre al minimo i costi

Mettili insieme per creare il portafoglio di applicazioni da migrare e modernizzare e calcola i valori aziendali attesi e più prudenti per ogni anno del caso. I vantaggi dovrebbero aumentare in linea con il programma di migrazione e quindi scalare in termini di volume in linea con le aspettative di crescita dell'utilizzo delle applicazioni partecipanti.

Sviluppa il modello di valore dell'agilità aziendale

L'agilità aziendale è la ragione principale verso cui AWS i clienti migrano. AWS L'indagine IDC 2018 sui AWS clienti ha indicato che per loro i vantaggi in termini di agilità aziendale rappresentavano il 47% dei vantaggi totali misurati e oltre cinque volte i vantaggi derivanti dalla riduzione dei costi dell'infrastruttura.

È difficile prevedere con precisione tutti i vantaggi in termini di agilità aziendale derivanti da qualsiasi trasformazione. Tuttavia, concentrandosi su applicazioni che supportano un gran numero di utenti o sono fonti di differenziazione aziendale, è possibile modellare e includere una parte sostanziale di questo vantaggio nel business case dettagliato di base.

Man mano che la migrazione procede, perfezionate ed espandete in modo incrementale il modello di valore dell'agilità aziendale man mano che ulteriori vantaggi diventano quantificabili. Ciò mantiene il business case pertinente, in modo che possa essere utilizzato come principale strumento di supporto decisionale con cui indirizzare il programma.

Per creare il modello di valore dell'agilità aziendale, utilizza le seguenti linee guida:

• Seleziona i carichi di lavoro che hanno l'opportunità di favorire il massimo miglioramento delle prestazioni aziendali, come:

  • Carichi di lavoro che generano entrate

  • Carichi di lavoro operativi aziendali con possibilità di aumentare l'efficienza e ridurre i costi aziendali

  • Strumenti di produttività aziendale che supportano ampie basi di utenti

• Per carichi di lavoro che generano entrate ed efficienza, procedi come segue:

  • Effettua una valutazione realistica e più prudente della crescita dei ricavi o dell'efficienza operativa che potrebbero derivare dagli aggiornamenti principali e minori delle applicazioni.

  • Stima l'aumento del numero di release principali e secondarie all'anno, reso possibile dall' AWS aumento della velocità di sviluppo delle applicazioni e dalla riduzione dei tempi di implementazione dell'infrastruttura. Alcune metriche di base al riguardo sono fornite nel rapporto IDC.

  • Calcola le aspettative realistiche e più conservative in termini di benefici. Mappale nel periodo in cui si colloca il business case, tenendo conto della possibilità di raggiungere la piena efficienza qualche tempo dopo la migrazione dei rispettivi carichi di lavoro.

• Per quanto riguarda gli strumenti di produttività aziendale, procedi come segue:

  • Effettua una valutazione realistica e più prudente dei risparmi di tempo che ci si potrebbe aspettare dagli aggiornamenti principali e minori delle applicazioni.

  • Stima il costo medio del tempo e dell'impegno delle persone in tutta la base di utenti interessata.

  • Utilizza i dati per aumentare la frequenza dei rilasci principali e secondari e calcola i vantaggi nel corso del business case.

Poiché l'aumento della produttività degli sviluppatori e la riduzione dei tempi di lancio non richiedono risorse aggiuntive, aggiungi le linee di benefit nette per ogni carico di lavoro al modello di flusso di cassa del business case per includerle nei calcoli del flusso di cassa scontato, NPV, ROI, MIRR e ammortamento.