Low/no-code sono validi per lo sviluppo di applicazioni sofisticate? Dipende

Gli utenti aziendali sono in grado di costruire applicazioni sofisticate usando piattaforme low-code e no-code?

Foto di luis gomes da Pexels

Di Joe McKendrick

Gli utenti aziendali attenti al business "spesso vedono soluzioni più innovative, e a volte più pratiche, di quelle che potrebbero venire da una prospettiva puramente IT". Ma l'IT ha ancora un ruolo cruciale.

Gli utenti aziendali sono in grado di costruire applicazioni sofisticate usando piattaforme low-code e no-code? C'è un sacco di speranza e di pubblicità associata al movimento dei software low-code e no-code, ma questo non significa che gli sviluppatori appenderanno presto i loro IDE al chiodo. Non siamo affatto vicini al punto in cui gli utenti aziendali possono effettivamente costruire e distribuire applicazioni relativamente sofisticate senza l'aiuto dei loro dipartimenti informatici.

"In generale, la maggior parte delle applicazioni sviluppate dai citizen developer che vediamo oggi sono focalizzate su un singolo processo con integrazioni limitate o nulle", dice David Beaudreau, VP della US Cloud Practice di Sogeti, una divisione di Capgemini. "Ci sono alcuni casi in cui i citizen developer stanno creando applicazioni di processo e di flusso di lavoro multifunzionali, così come dashboard complessi di business intelligence, ma questa è per lo più l'eccezione".

Non tutti nel settore concordano sul fatto che le applicazioni sofisticate sono off-limits per gli sviluppatori low e no code, tuttavia. Linda Ding, direttore senior della strategia di marketing verticale di Laserfiche, dice di aver visto clienti "costruire applicazioni molto sofisticate nel corso della pandemia di Covid-19". Una combinazione di scarse risorse IT e la richiesta di soluzioni immediate ha portato alla domanda di una serie di applicazioni, dice, 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 gestione della busta paga". Questi sono esempi di applicazioni che "richiedono tutti flussi di lavoro relativamente sofisticati, logica e integrazioni, 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 dipartimenti IT in termini di governance e supporto di un'applicazione, Il ruolo di un utente aziendale è "costruire sì, distribuire no", dice Chris Ellis, direttore tecnico di Nintex. "Le applicazioni sofisticate hanno problemi sofisticati. Più spesso che no, un'applicazione facile da costruire può diventare un mal di testa più avanti".

Ellis sollecita un approccio di "processo di vetting e verifica o di approvazione delle soluzioni da distribuire tramite l'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 pensa che le applicazioni costruite al di fuori del dominio IT, tendono ad essere più semplici e periferiche. "Stiamo vedendo principalmente le aziende costruire applicazioni di processo e di flusso di lavoro che supportano i processi manuali che spesso cadono fuori dal regno IT a causa delle limitazioni di budget e/o del ROI percepito", dice. "La competenza IT è ancora importante quando si ha a che fare con nuove piattaforme a pacchetto, ambienti altamente integrati, o quando si cerca di attivare nuove tecnologie all'interno dell'organizzazione. L'IT è anche ancora necessario per implementare capacità di supporto come l'integrazione e le moderne piattaforme di dati per sostenere i citizen developer e le loro attività di creazione".  

Allo stesso tempo, metodi di sviluppo low-code/no-code sempre più sofisticati stanno aprendo nuove strade per l'innovazione. "Lo vediamo con i Citizen developer quando li guidiamo attraverso eventi coinvolgenti come gli hackathon", racconta Beaudreau. "Man mano che capiscono le piattaforme low-code, sono in grado di allineare la 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 venire da una prospettiva IT".

Gli eventi recenti hanno anche accellerato 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 quotidianamente, anche ogni ora, e le organizzazioni dovevano autorizzare gli esperti in materia di business al di fuori dell'IT per creare le applicazioni che avrebbero soddisfatto le esigenze operative e dei clienti", dice Ding. "I modi tradizionali di sviluppare applicazioni possono richiedere diversi mesi - per il test, il debugging e la distribuzione 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 di business - analisti di business e amministratori al di fuori del dipartimento IT - "sono intimamente familiari con i loro processi e quelli che riguardano i loro clienti", aggiunge. "Quando gli viene data 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 back-end, ma soluzioni rivolte al cliente che sono molto innovative".

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", dice Ding. "Low-code e no-code mettono gli strumenti di risoluzione dei problemi nelle mani dell'utente business, che può affrontare le sfide dei clienti, velocizzare i tempi di distribuzione e aggiungere un enorme valore per i clienti".   

Gli approcci low-code e no-code non beneficiano solo gli utenti aziendali non tecnici. Anche gli sviluppatori professionisti stanno adottando soluzioni low-code/no-code per varie ragioni. "Abbiamo visto un interesse significativo nella formazione low-code/no-code poiché gli sviluppatori ora si rendono conto che queste piattaforme non equivalgono a una limitazione funzionale", dice Beaudreau. "Le piattaforme permettono allo sviluppatore di concentrarsi sulla progettazione funzionale del business piuttosto che sui requisiti non funzionali che le piattaforme stesse spesso gestiscono".  

Questo spiana la strada per fare veramente di più con meno nei negozi di sviluppo di oggi. "Se puoi scalare il tuo carico di lavoro in modo efficace come sviluppatore professionista per fornire la piena conformità - che sia con una soluzione low-code/no-code, completamente personalizzata o qualcosa nel mezzo - un risultato di successo del cliente dovrebbe essere sempre la priorità numero uno", dice 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 farlo".

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 che chiunque sia cresciuto intorno a SharePoint dovrebbe conoscere", dice Ellis. "Permettere alle unità di business di costruire e distribuire ciò che vogliono, 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 applicativo richiesto che può verificarsi quando gli citizen developer accelerano il loro uso delle piattaforme. Questo può superare la capacità di supporto IT dell'organizzazione". La duplicazione è un altro rischio con il low-code /no-code. "Ci sono sicuramente dei punti in comune in un'azienda e gli sforzi dovrebbero essere fatti per evitare di raddoppiare la stessa soluzione, solo in diverse unità di business", avverte Ellis.