di Andrew Spanyi
La comunità degli analisti sta vivendo un momento d’oro con l'hype intorno al "low code". IDC ha previsto che ci sarà sempre più low-code utilizzato e che la popolazione mondiale di sviluppatori di low-code crescerà con un tasso di crescita annuale del 40,4% dal 2021 al 2025. Gartner ha previsto che il low code aumenterà di quasi il 30% dal 2020 per raggiungere 5,8 miliardi di dollari nel 2021. Anche Forrester è saltato sul carro dell'hype del low-code e ha previsto che entro la fine del 2021, il 75% dello sviluppo di applicazioni utilizzerà piattaforme low-code.
Il low-code richiede poca abilità di programmazione, usa modelli visivi e precostituiti, tecniche software point and click e drag-and-drop. È un po' come usare i blocchi Lego per costruire applicazioni software per risolvere problemi relativi a procedure o piccoli processi. Richiedendo un supporto IT minimo, queste applicazioni low-code possono essere implementate rapidamente e sono anche convenienti.
Alcuni pro e contro del low-code
Lo sviluppo di low-code sarà probabilmente apprezzato da molti utenti aziendali, specialmente quelli che sono un po' esperti di tecnologia e hanno dovuto aspettare per mesi che il loro dipartimento IT si occupasse delle richieste di modifiche minori. Il costo relativamente basso dell'implementazione del low-code e la consegna dell'applicazione più veloce/facile saranno anche apprezzati.
D'altra parte, ci sono diversi problemi con il low-code che diventeranno chiari solo con il tempo. Per esempio, l'uso di low-code per risolvere più problemi attuali probabilmente porterà a problemi di integrazione lungo la strada. Poi, anche se c'è un certo livello di sicurezza incorporato nella maggior parte delle applicazioni low-code, come vari utenti in più reparti usano il low-code per risolvere problemi minori, la probabilità di futuri problemi di sicurezza aumenta. Inoltre, l'uso diffuso di low-code in un'organizzazione può portare a un numero ancora maggiore di silos di dati, dato che gli utenti sviluppano piccole modifiche come nuove schermate per soddisfare le loro esigenze dipartimentali. Inoltre, a causa del crescente numero di venditori di low-code, il solo numero di piattaforme può alla fine risultare in una frammentazione che dovrà essere affrontata ad un certo punto in futuro. Ciò che è ancora più degno di nota è la relazione - o la sua mancanza - tra low-code e iperautomazione.
Il Low-Code e l'iperautomazione
Gartner ha introdotto il termine iperautomazione per descrivere la combinazione di diverse tecnologie per automatizzare i processi di un'organizzazione in modo unificato e integrato. Forrester chiama questo approccio automazione digitale dei processi (DPA), e IDC ha usato l'etichetta intelligent process automation (IPA) per la stessa cosa. In ogni caso, gli analisti si riferiscono all'impiego integrato di tecnologie come l'automazione dei processi robotici (RPA), la gestione intelligente dei processi aziendali (IBPM), l'apprendimento automatico e l'intelligenza artificiale (AI) per semplificare e orchestrare il maggior numero possibile di compiti, attività e processi.
L'iperautomazione promuove la collaborazione tra i dipartimenti e le piattaforme dei fornitori. La pratica di avere utenti che utilizzano indipendentemente il low code per sviluppare piccole modifiche è contraria ai principi fondamentali dell'iperautomazione. Invece di abbattere i silos, il low-code li rafforza ed è probabile che crei ancora più silos di dati. Il movimento low-code ha prodotto i cosiddetti "citizen developer" - un nuovo termine per gli utenti aziendali che agiscono per soddisfare i propri bisogni di gestione delle informazioni con il low-code. È troppo presto per dire se i citizen developer agiranno soddisfacendo solo i loro bisogni egoistici di informazione potenzialmente a spese di altri o se considereranno il quadro generale. Lo sapremo nei prossimi anni.
Low-code e il Debito Tecnico
Il debito tecnico è il lavoro di sviluppo extra che sorge quando un gruppo IT sceglie di usare codice facile da implementare nel breve periodo invece di applicare la soluzione migliore (e a volte più difficile). Molte organizzazioni sono impantanate nel debito tecnico a causa del pensiero a breve termine, del cambiamento dei requisiti e del semplice fatto che, per decenni, i gruppi IT hanno risposto alle esigenze egoistiche dei singoli dipartimenti invece di pensare in modo sistematico. È probabile che il low-code possa aumentare la difficoltà di ridurre il debito tecnico per i seguenti motivi:
- Poiché più citizen developer implementano soluzioni low-code su piccola scala, il controllo delle versioni diventerà probabilmente sempre più problematico.
- Quando una soluzione low-code funziona bene - allora tutto va bene - ma una volta che i problemi sorgono - allora i test e il debug possono essere impegnativi, poiché è difficile vedere sotto le coperture dei modelli preconfezionati.
- Poiché le applicazioni aziendali hanno spesso bisogno di connettersi con sistemi distribuiti, l'integrazione delle soluzioni low-code può essere difficile.
Cosa ci riserverà il futuro?
Ammettiamolo: Anche gli utenti hanno bisogno di strumenti. Il low-code offre chiaramente benefici a breve termine. Per un po' di tempo, gli utenti si sono rivolti a strumenti come i fogli di calcolo Excel personalizzati per affrontare le carenze dei sistemi aziendali come ERP e CRM. Il low-code offre un'alternativa rapida e facile da implementare a un costo relativamente basso. Il low-code soddisferà i bisogni dei lavoratori della conoscenza al di fuori dell'IT nell'implementazione di correzioni su piccola scala, o aprirà un vaso di Pandora di problemi di integrazione?
Ma l'uso diffuso del low code può portare a una serie di sfide di gestione. Come reagirà la gestione IT quando i citizen developer creeranno applicazioni che non scalano bene per poi passarle al gruppo IT? Quale sarà il piano di riserva quando un citizen developer lascerà l'azienda e nessuno saprà come supportare l'applicazione che ha sviluppato?
La trasformazione digitale è un'impresa complessa con un triste bilancio: Solo il 30% di queste iniziative ha successo. Il numero di aziende che offrono soluzioni low-code è in costante crescita. Cosa significherà la proliferazione dei venditori low-code per lo sviluppo di una strategia digitale allineata ed efficace? I sistemi low-code proprietari porteranno a un rischio significativo di vendor lock-in?
Quando i dipartimenti non collaborano, gli sforzi di trasformazione soffrono. Secondo un rapporto 2020 di Accenture, un sorprendente 75% di 1.500 dirigenti senior e C-level globali ha visto diverse funzioni aziendali competere l'una contro l'altra invece di collaborare sugli sforzi di digitalizzazione. Questa mancanza di collaborazione ha contribuito al 64% delle aziende che non sono riuscite a vedere una crescita dei ricavi dai loro investimenti digitali, segnando una chiara connessione tra il comportamento dei silos e la mancanza di successo con il digitale.
In sintesi la riflessione scaturita da questo articolo è che nessuno può vedere il quadro generale quando i singoli reparti guardano solo alle loro esigenze tecnologiche. In assenza di collaborazione tra reparti, è difficile creare il giusto contesto per concentrarsi sull'esperienza del cliente e sulle prestazioni dei processi end-to-end. A meno che non sia distribuito con cura, è improbabile che il low-code promuova una visione sistemica; invece, è probabile che rafforzi il pensiero a breve termine.
La trasformazione digitale è un'impresa complessa con un triste bilancio: Solo il 30% di queste iniziative ha successo. Considerate il Gartner Magic Quadrant qui sotto e notate che il numero di aziende che offrono soluzioni low-code è in costante crescita. Cosa significherà la proliferazione dei venditori low-code per lo sviluppo di una strategia digitale allineata ed efficace? I sistemi low-code proprietari porteranno a un rischio significativo di vendor lock-in?