Nota: Questo articolo è una traduzione dell’articolo originale intitolato “How to make the most of a composable enterprise architecture” scritto da Cliff Saran. Puoi trovare l’articolo originale a questo link.

Il software aziendale sta passando da stack altamente integrati ad architetture cloud-native che utilizzano componenti best-of-breed e interni all’azienda.

L’industria IT ama i cambiamenti sismici nelle architetture tecnologiche. Negli anni ’90, c’era la programmazione orientata agli oggetti. Successivamente, l’architettura orientata ai servizi e l’enterprise service bus hanno costruito su questi principi, ma li hanno “impacchettati” in un modo nuovo, e più recentemente, lo stesso sta accadendo con i microservizi e la containerizzazione.

Tutti hanno cercato di agevolare agli sviluppatori la suddivisione del proprio stack applicativo aziendale in componenti, consentendo così alle organizzazioni di non essere vincolate a una particolare applicazione e di poter scegliere i componenti best-of-breed per risolvere specifici problemi aziendali.

Ciò ha portato a un drastico aumento del numero di applicazioni utilizzate dalle organizzazioni.

“Negli ultimi 10 anni, i nostri clienti hanno aumentato in media il numero di applicazioni aziendali da 80 a oltre 700,” afferma Emma McGuigan, responsabile delle tecnologie aziendali e industriali di Accenture.

Il motivo di questa crescita è che molte aziende di software offrono applicazioni best-in-class o di nicchia che rispondono a sfide aziendali specifiche.

“Dobbiamo abbracciare l’opportunità offerta da questi piccoli fornitori di applicazioni,” aggiunge McGuigan.

Promuovere la Componibilità

Il mantra odierno del business è l’agilità. In questo contesto, il settore IT sta convergendo attorno al concetto di business componibile. Accenture incoraggia i CIO e i CTO ad essere promotori della tecnologia componibile configurando e riconfigurando applicazioni critiche per il business, garantendo al contempo l’interoperabilità.

Ma gli approcci tradizionali ai sistemi aziendali hanno reso la componibilità una sfida. Secondo Nick Jewell, evangelista tecnologico di Incorta, i sistemi ERP (enterprise resource planning) sono, in una certa misura, l’antitesi di questo modello componibile.

“I sistemi ERP sono grandi piattaforme monolitiche che governano processi aziendali critici come la gestione degli ordini, l’elaborazione delle transazioni o la gestione delle operazioni della catena di approvvigionamento,” afferma. “Estrarre dati da queste piattaforme complesse spesso richiede un investimento IT significativo in architettura dati, come strumenti ETL (estrazione, trasformazione e caricamento) per spostare, trasformare e fornire dati in una forma utilizzabile per l’analisi e decisioni basate sui dati, e data warehouse per conservare quei dati nel tempo.”

Con l’IT componibile, l’obiettivo dovrebbe essere integrare i dati ERP con altre soluzioni tecnologiche in modo che l’azienda possa trarne vantaggio più velocemente. Secondo un recente sondaggio condotto da Censorwide per Rimini Street su 503 CIO e 503 CTO, l’84% prevede di investire nell’ERP componibile nel 2023. Sia i CIO (83%) che i CTO (85%) sono entusiasti di investire. Il sondaggio mostra che i leader IT nel settore manifatturiero (93%) hanno il maggiore impegno verso l’ERP componibile, mentre le utility (23%) hanno il minore.

La ricerca di Gartner mostra che entro il 2024, il 70% delle grandi e medie organizzazioni includerà la componibilità nel loro processo di approvazione per nuove applicazioni. Per Gartner, ciò significa utilizzare un’architettura IT aziendale per le applicazioni aziendali basata su blocchi modulari.

Sempre secondo Gartner, uno dei principali differenziatori dell’esperienza aziendale componibile è che la progettazione e la riprogettazione delle applicazioni vengono eseguite con la partecipazione diretta di professionisti aziendali e tecnologici. Ciò suggerisce che le persone del business e dell’IT devono lavorare in team strettamente integrati.

Trovare Flessibilità

Damian Smith è CTO di Podium Analytics, un’organizzazione non governativa e di beneficienza fondata dall’ex capo del Gruppo McLaren, Ron Dennis, nel 2019, che mira a ridurre gli infortuni nello sport.

Podium Analytics ha raccolto dati utilizzando un’applicazione che registra gli infortuni negli sport scolastici e nei club. Nel settembre 2022, ha introdotto uno strumento basato sul Concussion Recognition Tool (CRT5), un protocollo del Concussion in Sport Group progettato per aiutare individui non addestrati in campo medico ad identificare sospette commozioni cerebrali. L’applicazione fornisce indicazioni per rimuovere un giocatore dal gioco e cercare assistenza medica.

Un vantaggio di un modello componibile per le aziende è la flessibilità migliorata. Questo funziona a vari livelli. Podium Analytics utilizza la piattaforma low-code di Outsystems per fornire questa flessibilità. Anche se esternalizza lo sviluppo del software, la piattaforma consente a Podium Analytics di mantenere la proprietà del codice generato.

Utilizzando una piattaforma low-code, Podium Analytics guadagna agilità aziendale. Può introdurre più sviluppatori o sostituire il suo attuale fornitore di sviluppo software esternalizzato molto più facilmente.

“Il low code consente a un altro sviluppatore di riprendere rapidamente il lavoro di qualcun altro senza dover fare tutta l’archeologia per cercare di capire cosa c’è nel codice,” afferma.

L’essenza dell’Agilità

Un’applicazione viene utilizzata efficacemente per risolvere un problema aziendale in base ai dati a cui ha accesso. Spiegando come un leader IT può applicare questo principio nella costruzione di un portafoglio di software aziendale, McGuigan di Accenture afferma: “Non si tratta di confrontare un fornitore di software aziendale con un altro.” Invece, vede i CIO considerare la loro azienda nel suo insieme e avere una strategia che dia loro la capacità di sbloccare i dati ospitati in centinaia di applicazioni.

Ad esempio, Smith di Podium Analytics afferma che potrebbero decidere di dover costruire una nuova applicazione per consentire ad un allenatore o insegnante di registrare un particolare tipo di infortunio sportivo. “Costruiremo un’app che permetta loro di farlo,” dice. “Possono quindi registrare questi infortuni e noi raccogliamo dati. In futuro, potrebbe esserci un modo migliore per raccogliere quei dati, ma non ci importa davvero.”

Questa strategia può essere applicata all’intera infrastruttura tecnologica su cui le aziende fanno affidamento. La teoria alla base del business componibile è che ogni componente dell’architettura può essere sostituito se necessario. Esempi di come potrebbe funzionare, Smith dice:

“Usiamo un sistema CRM (customer relationship management), ma non siamo affezionati a quale usiamo. Non mi importa perché fanno tutti grossomodo la stessa cosa.”

Se, a un certo punto, Podium Analytics decidesse di cambiare il proprio fornitore di CRM, il compito principale sarà migrare i dati al nuovo sistema. La visione di Smith del business componibile è che dovrebbe essere come un modello di mattoncini Lego, consentendo ai decisori IT di scegliere quale modulo necessitano per costruire la loro architettura IT.

“Dovrei essere in grado di rimuovere uno e inserire un altro senza troppi disagi per l’azienda,” afferma.

Aggiungere Agilità

Una metodologia di sviluppo software agile va di pari passo con una strategia di business componibile, poiché consente ai leader aziendali di lanciare nuove idee sul mercato rapidamente, testare se funzionano e modificarle dove necessario. La metodologia di sviluppo di Podium Analytics si basa su un ciclo di sprint di quattro settimane.

Descrivendo il processo di sviluppo software, Smith di Podium Analytics afferma che Outsystems utilizza diagrammi di flusso, che consentono al programmatore di descrivere cosa viene presentato all’utente, cosa succede ai dati inseriti e quali schermate vengono poi visualizzate. Anche se non c’è documentazione formale, dice, è facile vedere cosa sta succedendo in un pezzo di codice.

Scegliere i Componenti

Con l’avvento del software as a service, Smith afferma che ci sono molte opportunità per valutare prodotti best-of-breed che hanno il potenziale per funzionare estremamente bene in certi processi aziendali.

“Perché dovrei preoccuparmi di fare una massiccia implementazione ERP quando posso semplicemente prendere uno di questi prodotti e inserirli nella nostra architettura IT in modo che tutti i componenti possano lavorare insieme meravigliosamente a una frazione del costo?”

Questa strategia consente ai leader IT di prendere la migliore tecnologia disponibile sia dai fornitori di software affermati che dalle startup. Ma, dice Smith, se scegli di adottare questo approccio, devi essere molto consapevole della tua strategia di uscita. “Se arriva qualcosa di meglio, o se abbiamo problemi con il fornitore attuale, vogliamo semplicemente rimuovere quel mattoncino Lego e inserirne un altro al suo posto,” aggiunge.

La domanda che i leader IT devono considerare è la facilità con cui possono esportare i dati dai sistemi del fornitore esistente e se questi dati sono in un formato facilmente utilizzabile dall’azienda. Smith afferma che questa politica è fondamentale per il processo di procurement di Podium Analytics ed è uno dei motivi per cui ha scelto Outsystems rispetto ad altri fornitori di piattaforme low-code.

In questi tempi incerti, Emmanuelle Hose, direttore generale EMEA di Rimini Street, afferma che le aziende non vogliono essere vincolate a un solo modo di fare le cose. Hanno bisogno, dice, della capacità di cambiare molto rapidamente a causa delle sfide economiche.

“Devi avere la flessibilità di cambiare molto rapidamente a causa delle sfide economiche.”

Per evitare lock-in e trarre il massimo dalle fonti di dati esistenti e nuove, i leader IT necessitano di un’architettura aziendale in grado di supportare l’azienda in un ambiente in costante cambiamento e di reagire rapidamente ai cambiamenti. Da una prospettiva IT, questo è l’obiettivo di una strategia software aziendale componibile. Tuttavia, questa agilità ha un costo: aggiunge complessità e i dipartimenti IT dovranno probabilmente spendere più tempo a gestire molteplici relazioni con i fornitori.

Nota finale: Questa è una traduzione dell’articolo originale “How to make the most of a composable enterprise architecture” di Cliff Saran. L’articolo originale è disponibile a questo link.