In his role as Tanium CISO, Christopher Hodson frequently meets with CIOs, CTOs and CISOs who are tasked with supporting enterprise-scale technology refactoring initiatives, often without the prerequisites necessary to ensure that information protection and business resilience are retained. This blog is 1 of 3 in a series examining digital transformation in the age of aggressive regulatory compliance, starting with how to think about the much-used, much-misunderstood term itself.
Il termine “trasformazione digitale” si riferisce in genere alla combinazione di processi e tecnologie volta a migliorare le operazioni aziendali, in parte attraverso l’introduzione di capacità informatiche che sostituiscono o potenziano le operazioni manuali. Si tratta di un mandato dirigenziale sempre più diffuso, soprattutto a livello di consiglio di amministrazione: la trasformazione digitale può favorire l’automazione, che contribuisce a ridurre la complessità, a garantire risultati economici positivi per l’azienda e a mantenere soddisfatti i clienti. Cosa c’è che non va, vero?
Il pericolo risiede nel fatto che, nella fretta di realizzare la “trasformazione digitale”, le organizzazioni spesso mettono il carro davanti ai buoi, soprattutto per quanto riguarda la sicurezza e le operazioni IT. Un numero maggiore di prodotti che automatizzano i processi IT non renderà l’azienda più efficiente se, al contempo, creano lacune nella visibilità su ciò che è collegato alla rete. E l’automazione non renderà le organizzazioni più sicure, né più resilienti ad altre forme di perturbazione, se queste non avranno sotto controllo le proprie pratiche di base in materia di sicurezza informatica.
Di seguito sono riportate tre considerazioni chiave fondamentali per la trasformazione digitale.
1. La “trasformazione” richiede di sapere di cosa disponiamo
No, davvero, abbiamo tutto sotto controllo?
Per migliorare in modo significativo le operazioni aziendali e l’esperienza complessiva dei clienti, le organizzazioni devono effettuare un’analisi delle soluzioni e dei processi attuali. Per quanto riguarda l’offerta di servizi e i processi a livello aziendale, è necessario comprendere e documentare le modalità di lavoro tradizionali. La trasformazione avviene solo all’intersezione tra tecnologia e processo. La tecnologia, di per sé, non è in grado di risolvere alcun problema aziendale. In base alla mia esperienza, nella trasformazione digitale si tende a dare maggiore priorità all’aspetto “digitale” rispetto alla necessità di modificare in modo profondo le procedure operative, il che causa gravi problemi in seguito.
Per superare le problematiche legate alla mancanza di trasparenza dei processi, molte aziende con cui collaboro stanno traendo enorme valore dalla modellazione dei processi aziendali (BPM). Il BPM consente a un’azienda di elaborare un business case a sostegno della trasformazione, individuando le inefficienze, le attività manuali e i punti critici presenti nelle attività aziendali esistenti. Il BPM spesso costituisce la base di riferimento per la trasformazione digitale e consente di effettuare calcoli semi-qualitativi del ritorno sull'investimento (RoI).
Che si tratti o meno di BPM, tuttavia, è fondamentale che qualsiasi azienda che intraprenda un percorso di trasformazione digitale comprenda la portata del proprio patrimonio “as-is” e si renda conto che non si tratta semplicemente di un catalogo incompleto di applicazioni, bensì di una valutazione basata sull’architettura che comprenda:
- Strutture organizzative
- Processi aziendali critici
- Classificazioni dei dati
- Applicazioni
- Risorse degli endpoint
- Flussi e processi dei dati
Ho collaborato con diversi CIO che stanno utilizzando la trasformazione digitale come catalizzatore per rafforzare la conformità normativa, ridurre la complessità e migliorare i tempi di immissione sul mercato delle soluzioni. I responsabili della sicurezza e della tecnologia stanno collaborando con gli analisti aziendali per tradurre i servizi aziendali dal livello funzionale alle applicazioni che li supportano e ai dati in essi contenuti. Un modello di questo tipo è estremamente prezioso per definire le posizioni normative ed evidenziare le applicazioni aziendali fondamentali.
2. Dobbiamo definire con esattezza di cosa ci stiamo occupando e chi ne è responsabile.
Troppo spesso, le organizzazioni considerano l’erogazione dei servizi in termini di tempo necessario per implementare una serie di applicazioni o per migrare un carico di lavoro dall’ambiente “on-prem” al cloud. Il più delle volte, i responsabili della creazione di valore non si accontentano delle problematiche che emergono dopo la messa in funzione.
Da molti anni utilizzo il termine “industrializzazione dei servizi” per descrivere l’integrazione di applicazioni o infrastrutture in un ambiente. Gli indicatori di successo nell’ambito di questo processo non dovrebbero basarsi sui “tempi di implementazione” o su costi di progetto poco trasparenti, ma dovrebbero concentrarsi maggiormente sull’adeguatezza organizzativa. Mi capita di vedere fin troppi casi in cui un nuovo candidato viene assunto in un’azienda senza aver compreso:
- Chi è il titolare del servizio?
- In che modo gli stakeholder utilizzano il servizio?
- Di quante persone ho bisogno per gestire il servizio?
L’incapacità di rispondere a tali domande fondamentali rallenterà il vostro percorso, come si suol dire, indipendentemente da quanto sia solido l’applicazione o il servizio di per sé.
3. Nella fretta di “trasformarci”, cerchiamo di non limitarci a generare un’ulteriore proliferazione di dati digitali
IoT, carichi di lavoro cloud effimeri, container Docker, microservizi e Big Data: si potrebbe affermare che ciascuna di queste tecnologie sia alla base della trasformazione digitale. Ebbene, ciascuno di essi contribuisce inoltre all’impronta digitale di un’azienda e, se gestito in modo improprio o non preso in considerazione nel quadro complessivo di un’architettura tecnologica, contribuisce alle sfide associate sia al punto 1 che al punto 2 sopra indicati.
Come gestire la “trasformazione”
Il termine “trasformazione digitale” è un concetto carico di significati: spesso è un eufemismo e, talvolta, un diversivo. Ho sentito alcuni CIO parlare di migrazione al cloud, ad esempio, quando in realtà stiamo semplicemente trasferendo uno stack applicativo monolitico e poco performante, con un’operazione di “lift and shift”, verso un altro data center (che, immancabilmente, è di proprietà di un fornitore di servizi cloud). La trasformazione digitale non sta solo cambiando radicalmente i servizi aziendali e non rappresenta solo un’opportunità vantaggiosa e conveniente per aggiungere ulteriori “elementi”. Offre l’opportunità di prendere le distanze e ripensare completamente l’architettura dell’applicazione.
Nella parte 2 di questa serie di articoli del blog, illustrerò perché ripensare l’architettura delle applicazioni non solo contribuisce a realizzare le promesse di produttività aziendale legate alla trasformazione digitale, ma consente anche di mantenere un vantaggio competitivo in quest’epoca caratterizzata dal “ GDPR”, dal “ CCPA ” e da altre normative sulla privacy che hanno trasformato il settore IT e messo alla prova i team che lo supportano.
Le interessa vedere “ Tanium ” in azione? Fissate un appuntamento con per una dimostrazione individuale oppure partecipate al nostro webinar settimanale. Si rivolga ai nostri esperti di “ Tanium” in occasione dei nostri prossimi eventi “ ”.
