L'unico costo tecnologico che non stai misurando, che potrebbe farti risparmiare milioni se lo facessi

Uno dei maggiori cambiamenti che si verificheranno con il passaggio al cloud è il modo in cui paghiamo per la tecnologia e le applicazioni. Il settore è passato da tutto ciò che puoi elaborare su un server con data center on-premise a un modello di calcolo variabile o di utilità. Secondo un recente Apptio rapporto, ciò significa che "ogni giorno possono verificarsi micro-ottimizzazioni a livello di team per modificare la forma della spesa cloud... È un mondo di OpEx (spese operative) invece di CapEx (spese in conto capitale), che cambia completamente il modo in cui viene rendicontata la finanza e gestito”.

Di conseguenza, il tradizionale modello di approvvigionamento per le spese è stato ribaltato, mettendo il potere di spesa nelle mani degli ingegneri che stanno sviluppando e gestendo queste applicazioni e infrastrutture con poca attenzione per ciò che sta costando all'azienda in spese operative. Tutti coloro che lavorano nelle trincee tecnologiche oggi sono concentrati sul qui e ora per la loro specifica area di proprietà, assicurando che il sistema funzioni ogni giorno senza interruzioni. Nessuno pensa a: Potremmo fare ciò che stiamo facendo più velocemente, meglio, in modo più intelligente, vale a dire, in modo più efficiente all'interno delle applicazioni e dei processi?

Apptio, produttore di software progettato per valutare e comunicare il costo dei servizi IT a fini di pianificazione, definizione del budget e previsione, descrive ulteriormente la triste realtà di questa situazione come "ingegneri che assumono impegni finanziari per il cloud che incidono sui profitti delle loro aziende mentre i team finanziari faticano a tenere il passo con il ritmo e la granularità della spesa".

La maggior parte degli ingegneri non controlla o comprende appieno il codice che sta scrivendo; stanno semplicemente aggiungendo l'infrastruttura per eseguire tutto ciò che viene promosso alla produzione.

Non è pratica comune nel settore calcolare i costi totali per il proprio ambiente tecnologico per le centinaia di applicazioni o tecnologie supportate dal proprio team. Questo deve cambiare. (Nota: non sto parlando di Robotic Processing Automation-RPA, che utilizza i bot per automatizzare le attività digitali.) Il mio approccio è incentrato sull'efficienza di applicazioni, codice e processi, non sull'efficienza attraverso l'automazione.

Perché misurare il costo totale del codice è importante.

Le applicazioni sono progettate per semplificare i processi per l'utente aziendale. Sono necessarie molte risorse e complessità affinché un'applicazione fornisca una risposta, anche se il tempo di risposta è di pochi secondi. Ora, moltiplica questo per migliaia o milioni di richieste di applicazioni al secondo su migliaia di server all'interno della tua azienda. È facile che le cose diventino fuori portata con così tante cose che accadono contemporaneamente, e questo riguarda anche i costi. Se si suppone che i server che eseguono un'applicazione durino tre anni, ma ne durino solo uno perché sono fuori capacità, qual è il vero costo di quell'applicazione? Questo è qualcosa che i CFO e altri devono sapere perché hanno budget in atto che devono essere soddisfatti.

Un sistema efficiente e integro richiede meno risorse per elaborare lo stesso carico di lavoro rispetto a un sistema inefficiente. L'ottimizzazione del codice libera ancora più risorse.

Praticamente qualsiasi sistema ha il potenziale per realizzare una razionalizzazione della capacità di almeno il 30-40% e l'ottimizzazione del codice può fornire un ulteriore 20-80% di risparmio sui costi.

Ciò significa che gli stessi carichi di lavoro possono essere eseguiti su server più piccoli, riducendo i costi del cloud e delle licenze. Il valore di questi risparmi non è semplicemente a breve termine, ma anche per periodi di tempo prolungati poiché la maggior parte delle applicazioni ora vive da 5 a 20 anni o più. Non è solo una questione di profitti, è la considerazione di ciò che potrebbe essere fatto con questo capitale liberato per ulteriori KPI aziendali oggi.

Immagina il costo totale del codice in 20 anni e considera: "Avremmo potuto rendere quel codice più efficiente del 20% e, in tal caso, quanto avremmo potuto risparmiare in 20 anni?"

Quindi, c'è il passaggio al cloud e il pay-as-you-go pagamento anticipato modello che sta aumentando i costi per gestire e mantenere i sistemi di dati più velocemente di quanto possiamo catturarli e analizzarli. Il rapporto Apptio evidenzia come tutti perdano quando non c'è trasparenza sui costi dei servizi cloud:

• L'ingegneria spende più del necessario con una scarsa comprensione dell'efficienza dei costi.
• I team finanziari faticano a capire e a tenere il passo con ciò che viene speso per l'incredibile numero di opzioni (solo AWS ha circa 300,000 SKU e altre migliaia di nuove funzionalità all'anno).
• La leadership non ha abbastanza input su quanto verrà speso o sulla capacità di influenzare le priorità.
• L'approvvigionamento non partecipa deliberatamente alla propria esternalizzazione.

La stima dei risparmi che otterrai se ottimizzi un pezzo di codice prima che renda il tuo sistema inefficiente (nel migliore dei casi) o causi un'interruzione (nel peggiore dei casi) richiede un po' più di pianificazione e comprensione. Ma è necessario se vogliamo tenere il passo con l'attuale tasso di crescita che le aziende stanno vivendo.

Nel mio prossimo articolo, parlerò di come possiamo misurare il costo totale del codice, risparmiando così miliardi su processi inefficienti. Sei con me?