Gli utenti aziendali sono pronti e in grado di creare applicazioni sofisticate utilizzando piattaforme low-code e no-code? C'è molta speranza e clamore associati al movimento del software low-code e no-code, ma ciò non significa che gli sviluppatori riattaccheranno presto i loro IDE. Non siamo affatto vicini al punto in cui gli utenti aziendali possono effettivamente creare e distribuire applicazioni relativamente sofisticate senza l'aiuto dei loro dipartimenti informatici.
Foto: Joe McKendrick
“In generale, la maggior parte delle applicazioni sviluppate dai cittadini che vediamo oggi sono focalizzate su un singolo processo con integrazioni limitate o nulle”, afferma David Beaudreau, VP della US Cloud Practice presso Sogeti, una parte di Capgemini. “Ci sono alcuni casi in cui gli sviluppatori dei cittadini creano applicazioni multifunzionali per processi e flussi di lavoro, nonché dashboard complesse di business intelligence, ma questa è principalmente l'eccezione”.
Tuttavia, non tutti nel settore concordano sul fatto che le applicazioni sofisticate siano off-limits per gli sviluppatori di basso livello e senza codice. Linda Ding, senior director della strategia di marketing verticale di Laserfiche, afferma di aver visto i clienti “creare applicazioni molto sofisticate nel corso della pandemia di Covid-19”. Una combinazione di risorse IT scarse e domanda di soluzioni immediate ha determinato la domanda di una serie di applicazioni, afferma, tra cui “moduli e processi per la richiesta di hotspot per gli studenti che ne hanno bisogno per l'apprendimento a distanza, la distribuzione di aiuti finanziari e la diffusione degli stipendi”. Questi sono esempi di applicazioni che “richiedono tutte flussi di lavoro, logica e integrazioni relativamente sofisticati, resi possibili attraverso strumenti low-code e no-code nelle mani degli utenti aziendali”.
In un modo o nell'altro, ci sarà sempre un ruolo attivo per i reparti IT in termini di governance e supporto di un'applicazione. Il ruolo di un utente aziendale è “creare sì, implementare no”, afferma Chris Ellis, tecnico direttore di Nintex. “Le applicazioni sofisticate hanno problemi sofisticati. Il più delle volte, un'applicazione facile da costruire può diventare un grattacapo in futuro.”
Ellis sollecita un approccio “processo di controllo e verifica o approvazione di soluzioni build da implementare tramite IT”. “Gli utenti aziendali delle organizzazioni dovrebbero certamente essere parte dell'identificazione dei miglioramenti e parte della soluzione, ma è miope vederli come gli unici custodi che guidano un cambiamento di trasformazione low-code”.
Beaudreau ritiene che le applicazioni costruite al di fuori del dominio IT tendano ad essere più semplici e periferiche. “Stiamo principalmente vedendo le aziende creare applicazioni focalizzate su processi e flussi di lavoro che supportano processi manuali che spesso esulano dall'ambito IT a causa delle limitazioni di budget e/o del ROI percepito”, afferma. “Le competenze IT sono ancora importanti quando si ha a che fare con nuove piattaforme pacchettizzate, ambienti altamente integrati o quando si cerca di abilitare nuove tecnologie all'interno dell'organizzazione. L'IT è inoltre ancora necessario per implementare funzionalità di supporto come l'integrazione e le moderne piattaforme di dati per supportare gli sviluppatori cittadini e la loro creazione attività”.
Allo stesso tempo, metodi di sviluppo low-code/no-code sempre più sofisticati stanno aprendo nuove strade per l'innovazione. “Lo vediamo con gli sviluppatori dei cittadini mentre li guidiamo attraverso eventi immersivi come gli hackathon”, riferisce Beaudreau. “Poiché comprendono le piattaforme low-code, sono in grado di allineare le capacità ai problemi comuni nella loro vita lavorativa quotidiana. Con la loro prospettiva in prima persona, spesso vedono soluzioni più innovative e talvolta semplicistiche di quelle che potrebbero provenire da un IT prospettiva.”
Gli eventi recenti hanno anche spinto la busta per l'innovazione. La crisi di Covid “ha accelerato l'adozione di strumenti low-code e no-code a causa dell'urgenza e della gravità della situazione: le sfide si stavano evolvendo ogni giorno, anche ogni ora, e le organizzazioni hanno dovuto autorizzare esperti in materia aziendale al di fuori dell'IT per creare il applicazioni che avrebbero soddisfatto le esigenze operative e dei clienti”, afferma Ding. “Le modalità tradizionali di sviluppo delle applicazioni possono richiedere diversi mesi: per il test, il debug e l'implementazione in un ambiente aziendale. Per la velocità del business di oggi, le mutevoli aspettative dei clienti e l'imprevedibilità dei mercati, quella tempistica non è più sufficiente.”
Gli utenti aziendali – analisti aziendali e amministratori esterni al reparto IT – “hanno una profonda familiarità con i propri processi e con quelli che interessano i propri clienti”, aggiunge. “Quando ricevono una piattaforma o gli strumenti di cui hanno bisogno per risolvere i loro problemi, sono in grado di creare applicazioni molto sofisticate che non sono solo flussi di lavoro di back-end, ma soluzioni rivolte ai clienti che sono molto innovative.”
< p>Con gli approcci low-code e no-code, “ci sono molte opportunità per migliorare l'esperienza del cliente che non esisterebbero se le aziende si affidassero esclusivamente all'IT per sviluppare applicazioni”, afferma Ding. “Low-code e no-code mette gli strumenti per la risoluzione dei problemi nelle mani degli utenti aziendali, che possono affrontare le sfide dei clienti, accelerare i tempi di consegna per l'implementazione e aggiungere un enorme valore per i clienti”.
Gli approcci low-code e no-code non avvantaggiano solo gli utenti aziendali non tecnici. Anche gli sviluppatori professionisti stanno adottando soluzioni low-code/no-code per vari motivi. “Abbiamo riscontrato un notevole interesse per la formazione low-code/no-code poiché gli sviluppatori ora si rendono conto che queste piattaforme non equivalgono a limitazioni funzionali”, afferma Beaudreau. “Le piattaforme consentono allo sviluppatore di concentrarsi sulla progettazione funzionale del business piuttosto che sui requisiti non funzionali che le piattaforme stesse spesso gestiscono”.
Questo apre la strada per fare veramente di più con meno nei negozi di sviluppo di oggi. “Se puoi ridimensionare il tuo carico di lavoro in modo efficace come sviluppatore professionista per garantire la piena conformità, che si tratti di una soluzione low-code/no-code, full custom o qualcosa di intermedio, un risultato di successo per il cliente dovrebbe sempre essere il numero uno priorità”, afferma Ellis. “Usare il percorso di minor resistenza per arrivarci significa semplicemente lavorare in modo più intelligente e non più difficile. Solo perché puoi sviluppare qualcosa su misura, non significa che dovresti.”
Una solida cultura low-code o no-code con applicazioni sempre più sofisticate pone nuove serie di sfide. Per cominciare, “la governance, o la sua mancanza, associata allo sprawl è qualcosa con cui chiunque sia cresciuto attorno a SharePoint dovrebbe avere familiarità”, afferma Ellis. “Consentire alle unità aziendali di creare e distribuire ciò che desiderano, senza vincoli, può diventare molto rapidamente il mal di testa amministrativo e di licenza di qualcun altro.”
Un rischio meno ovvio, aggiunge Beaudreau, “è la crescita del supporto per le applicazioni richiesto che può verificarsi man mano che gli sviluppatori cittadini accelerano l'utilizzo delle piattaforme. Ciò può eventualmente superare la capacità di supporto IT dell'organizzazione”. La duplicazione è un altro rischio con low-code/no-code. “Ci sono sicuramente punti in comune in un'azienda e dovrebbero essere fatti sforzi per evitare di raddoppiare la stessa soluzione, solo in diverse unità aziendali”, avverte Ellis.
Argomenti correlati:
Cloud Big Data Analytics Innovation Sviluppatore di collaborazione tecnologica e lavorativa 