Lunedì nuvoloso IV: Oggi si va nella nuvola e poi si vedrà!

In molti settori, negli ultimi anni sono state adottate misure per ridurre i costi a causa della crescente pressione sui prezzi. Sono stati compiuti sforzi in varie aree, che spesso hanno comportato costi aggiuntivi nel breve periodo. Che si tratti di un progetto o dell'acquisizione di infrastrutture o software. In linea di principio, non c'è nulla da obiettare a questo approccio e di conseguenza sono stati ottenuti dei risparmi. Ma dove c'è ancora del potenziale? In particolare nel settore IT, la migrazione e il consolidamento delle risorse IT nel cloud promette un potenziale di risparmio da non sottovalutare.

Da Nicolas Dörig, Product Manager

27.03.2017 10:00:00

Ma come si fa a garantire che il viaggio verso il cloud sia un successo?

Decidere a favore di un simile passo dal punto di vista finanziario è una cosa, ma conquistare la cultura e, non da ultimo, i vari individui della tua azienda come sostenitori o promotori incondizionati di un simile approccio è di per sé un compito erculeo. Infine, ma non per questo meno importante, un'iniziativa di questo tipo suscita anche paure esistenziali e resistenze importanti, che possono far fallire l'obiettivo desiderato di ridurre i costi e aumentare l'efficienza. Oltre a vendere la soluzione tecnica, un approccio interessante per i fornitori di soluzioni cloud potrebbe essere quello di offrire una serie di servizi legati al cambiamento culturale.

Un fattore di successo è quindi rappresentato dalle alternative e dalle prospettive future che un'azienda può presentare ai dipendenti all'inizio di un progetto di questo tipo.

Tuttavia, non è solo la cultura a doversi adattare alle nuove circostanze, perché non si cambia solo la cultura! Per questo motivo, è essenziale che i dipendenti comprendano il perché della decisione di passare al cloud e le opportunità e i vantaggi che ne derivano.

Un altro fattore di successo consiste nel ripensare la pianificazione delle risorse e il budget delle infrastrutture e del software. All'inizio, l'azienda gestiva da sola l'IT, per lo più di piccole dimensioni, e i costi erano secondari. Con la crescente consapevolezza dei costi e il fatto che le competenze informatiche stavano diventando sempre più ampie, l'informatica è passata dall'essere protagonista indiscussa a un mezzo per raggiungere un fine e si sono cercate soluzioni per ridurre i costi. Termini come outsourcing, offshoring e nearshoring fanno bella mostra di sé in ogni relazione annuale e dimostrano il desiderio di ridurre al minimo i costi. Tuttavia, la gestione delle risorse era ancora strettamente legata al controlling e alla contabilità finanziaria. Veniva analizzata, valutata e, solitamente sulla base di costi e benefici, si decideva quale soluzione adottare. Era chiaro che i clienti non cercavano servizi con SLA definiti da parte di un outsourcer IT, ma volevano avere voce in capitolo fino all'ultimo e decidere cosa l'outsourcer doveva fare e come.

Perché dovrebbe essere diverso nel cloud?

Ora è arrivato il momento di passare al cloud, ed è proprio da qui che deve iniziare un ripensamento. Il fornitore di una soluzione cloud utilizza componenti tecniche che non sono di alcun interesse per il cliente. Ciò che deve interessare i clienti sono i livelli di servizio e i parametri di prestazione garantiti. I clienti acquistano uno standard e quindi risparmiano sui costi, mentre il fornitore di cloud a sua volta risparmia sui costi grazie alla massa o alla somiglianza nella produzione del servizio e alle sinergie che ne derivano, note anche come economie di scala.

Ecco un piccolo esempio tratto dal prodotto Dynamic Database di Swisscom:

Questo servizio fornisce al cliente un DB Oracle come servizio, ovvero l'infrastruttura, le licenze, il supporto e le opzioni come l'alta disponibilità, il disaster recovery e il backup, il tutto a un prezzo giornaliero o orario. Il cliente paga solo per l'utilizzo che ne fa e non è vincolato a lungo termine.

In passato, i clienti dovevano dimensionare la propria infrastruttura in fase di acquisto in modo tale che i costi delle licenze fossero accessibili, ma che la soluzione non dovesse essere sostituita dopo un solo anno in caso di crescita costante. Gli errori di calcolo erano costosi e c'erano tre possibili scenari che potevano verificarsi:

A) Sovradimensionamento: l'infrastruttura era troppo costosa ed è stato necessario acquistare più licenze, ma non è mai stata utilizzata.
B) Sottodimensionamento: investimenti aggiuntivi, in quanto è stato necessario acquistare un nuovo sistema e le licenze prima che il primo sistema venisse ammortizzato.
C) Jackpot: L'ipotesi corrispondeva allo sviluppo effettivo.

Se oggi si chiedesse alle aziende in quale scenario si sono imbattute più frequentemente, non credo che molte indicherebbero lo scenario C se si rispondesse onestamente a questa domanda! Si ignora anche che lo scenario B aveva una valida possibilità di concludersi con un sottodimensionamento o addirittura un sovradimensionamento.

Oltre all'errore di valutazione sul dimensionamento di una soluzione, un altro punto è almeno altrettanto rilevante. Indipendentemente dallo scenario in cui è finito l'investimento, si è trattato di un pre-investimento che ha vincolato il capitale e ha comportato costi annuali per il supporto e la manutenzione della licenza a causa delle condizioni contrattuali.

In definitiva, si tratta di una questione molto onerosa che non tiene nemmeno conto dei costi di rinnovo del sistema e del costo del personale per gli specialisti dei database!

Per restare all'esempio: Dynamic Database renderebbe questo investimento obsoleto dopo un breve ordine di migrazione (indicativamente 2 giorni lavorativi). Tuttavia, la condizione per il cliente è ovvia. Ottiene un servizio standardizzato che gli permette di scegliere tra determinate opzioni e offre anche determinati livelli di servizio come la disponibilità e i tempi di assistenza. Tuttavia, il cliente non è più responsabile della determinazione di elementi dell'infrastruttura come il tipo di server, la velocità di clock della CPU, ecc. In cambio, il cliente risparmia denaro, forse anche molto denaro.

Questo mi riporta alla domanda iniziale: perché dovrebbe essere diverso per il cloud?

Perché le regole del gioco sono cambiate e il budget IT sta diventando sempre più variabile, proprio come la bolletta del cellulare di qualche anno fa. Dopo una fase di stabilizzazione, potevi dire all'incirca quanto avresti dovuto pagare al mese perché conoscevi il tuo comportamento di utilizzo. Soprattutto in giovane età, quando i soldi erano pochi o volevi comprare qualcosa di costoso, potevi scrivere meno SMS o usare il telefono fisso per ottimizzare i costi. Nel cloud non è diverso e chissà, presto potrebbero essere disponibili le prime tariffe flat per il cloud B2B.

Ripensare è quindi un altro fattore di successo sulla strada del cloud. Mi stupiscono sempre le discussioni in cui vengo coinvolto quando presento Dynamic Database ai clienti: Quanti vogliono filosofeggiare con me sull'hardware e sulle sue prestazioni e quanti vogliono discutere del pacchetto di licenze incluso. Mi spiegano poi che non hanno bisogno di alcune opzioni di licenza offerte con il servizio e che è possibile escluderle per ottenere un prezzo inferiore. Tuttavia, il fatto che abbiano avuto per anni una licenza eccessiva a causa di un hardware sovradimensionato e che Dynamic Database consentirebbe loro di liberarsi immediatamente degli elevati investimenti e dell'impegno di capitale sembra fuori questione per molti durante la prima conversazione. Presumibilmente perché molti operano ancora secondo il vecchio modo di pensare e vogliono semplicemente ridurre al minimo il prezzo e cercano un potenziale eliminando i servizi per loro irrilevanti. Ma è proprio a causa di questa individualizzazione che i fornitori di servizi informatici hanno faticato in passato a tenere sotto controllo la struttura dei costi e a fare offerte interessanti ai clienti.

Per riassumere:

Se vuoi avere successo nel viaggio verso il cloud, devi mostrare chiaramente ai tuoi dipendenti gli obiettivi associati, trasformare i dipendenti in stakeholder, mostrare loro le prospettive e buttare a mare i vecchi schemi di pensiero. Soprattutto, devi essere pronto ad acquistare un servizio standardizzato in cui non puoi avere voce in capitolo su tutti i dettagli di come viene prodotto, ma ovviamente puoi sempre esigere delle prestazioni in termini di livelli di servizio.

Attualmente ci troviamo in una fase di apprendimento in cui si sta verificando proprio questo ripensamento. Ecco una bella dichiarazione di un cliente che ho sentito qualche settimana fa: "Vorremmo utilizzare il vostro servizio standard, ma vogliamo solo 15 giorni, non 31 giorni di backup e con l'offerta XS non abbiamo bisogno di 16 GB di RAM, 8 GB sono sufficienti. In che modo questo influisce sui prezzi?" 🙂

Prepariamoci per il viaggio verso la nuvola.

Nicolas Dörig

Product Manager

Altri articoli getIT

Pronti per Swisscom

Trova il posto di lavoro o il percorso di carriera che fa per te. Dove dare il tuo contributo e crescere professionalmente.

Ciò che tu fai, è ciò che siamo.