Gli strumenti di programmazione visiva low-code/no-code promettono di semplificare e velocizzare radicalmente lo sviluppo delle applicazioni, consentendo agli utenti aziendali di creare nuove applicazioni utilizzando interfacce drag and drop, riducendo il carico di lavoro degli sviluppatori professionisti difficili da reperire. Un rapporto di Gartner del settembre 2021 prevede che entro il 2025 il 70% delle nuove applicazioni sviluppate dalle aziende utilizzerà tecnologie low-code o no-code, rispetto a meno del 25% nel 2020.
Molti clienti trovano il punto di forza nella combinazione di queste tecnologie con strumenti simili a low-code/no-code per l'integrazione e la gestione dei dati, per automatizzare rapidamente le attività standard e sperimentare nuovi servizi. I clienti riferiscono anche che aiutano gli utenti aziendali a testare rapidamente nuovi servizi, a modificare le interfacce utente e a fornire nuove funzionalità. Tuttavia, il low code/no code non è una soluzione per tutti i tipi di applicazioni e può richiedere una riscrittura costosa se il cliente sottovaluta il grado di scalabilità o personalizzazione delle applicazioni una volta raggiunta la produzione. I punti a favore sono quindi molti, ma ci sono anche ragioni per essere cauti.
Ecco alcuni esempi di come i professionisti IT utilizzano gli strumenti low code/no code per ottenere vantaggi che vanno oltre la semplice riduzione del carico di lavoro degli sviluppatori professionisti.
Sperimentare le interfacce utente e fornire nuovi servizi
Sendinblue, fornitore di software di comunicazione di marketing basato su cloud, utilizza strumenti di automazione del flusso di lavoro, integrazione dei dati e gestione a low-code per sperimentare rapidamente funzionalità come nuovi piani tariffari, afferma il CTO Yvan Saule. Senza il low-code, che gli consente di testare nuove funzionalità a un costo inferiore del 10-15% rispetto allo sviluppo tradizionale, "non potremmo permetterci tutti gli esperimenti che stiamo facendo", afferma. "Se avessimo dovuto scrivere 15 diversi sistemi di determinazione dei prezzi, ci sarebbero voluti anni", richiedendo sistemi di adempimento backend e verifiche del credito per ogni prezzo specifico.
La società di servizi e tecnologie finanziarie Fidelity National Information Services (FIS) utilizza WaveMaker a low code per sviluppare le interfacce utente delle applicazioni rivolte ai clienti delle sue banche, utilizzando le API per collegare tali applicazioni ai sistemi back-end dei clienti o di FIS. "È per la velocità di commercializzazione", afferma il CTO Vikram Ramani. Questo approccio è particolarmente valido data la carenza di sviluppatori qualificati. Sebbene FIS stia ancora valutando i risultati, Ramani afferma che si aspetta un miglioramento della velocità di almeno il 20-30%.
Tra gli strumenti low-code, ad esempio, FIS ha scelto WaveMaker perché i suoi componenti sembravano più scalabili rispetto ai concorrenti e il modello di licenza per sviluppatore era meno costoso rispetto al modello per runtime di altri strumenti.
In Joist, una startup che sviluppa software di gestione finanziaria e delle vendite per gli appaltatori, l'amministratore delegato Rohan Jawali utilizza la piattaforma no code AppMachine per creare rapidamente prototipi di applicazioni, ottenere il feedback dei clienti e quindi creare l'applicazione vera e propria, in modo da saltare alcune iterazioni del processo di progettazione. Presso un precedente datore di lavoro, era in grado di creare una semplice applicazione mobile per la condivisione di informazioni e contatti per i lavoratori edili in un paio di giorni, rispetto alle diverse settimane necessarie per utilizzare i linguaggi tradizionali. L'utilizzo del sistema di gestione dei contenuti di AppMachine ha permesso agli utenti di caricare facilmente i dati richiesti.
Automazione dei processi e raccolta dati
Presso il produttore di acqua imbottigliata Blue Triton Brands, Derek Lichtenwalner ha utilizzato Microsoft Power Apps low-code e per creare un'applicazione di condivisione delle informazioni e di comunicazione per gli addetti alla produzione. Prima di diventare analista aziendale IS/IT all'inizio del 2022, Lichtenwalner non aveva una formazione informatica formale, ma è stato in grado di creare l'applicazione in circa un mese. Attualmente è in uso in sei stabilimenti con circa 1.200 utenti e si prevede di espanderla a 3.000 nei 27 stabilimenti dell'azienda.
L'utilizzo di utenti non informatici come Lichtenwalner per sviluppare applicazioni che condividono le informazioni e automatizzano i processi è una buona opzione per i settori con personale ridotto di sviluppatori qualificati, come quello delle costruzioni, dove "ci sono molti processi che devono essere digitalizzati e il low code e il no code possono rendere tutto più semplice", afferma Jawali.
Alcuni fornitori e clienti utilizzano i concetti di low code/no code per facilitare non solo lo sviluppo delle applicazioni, ma anche la condivisione dei dati tra le applicazioni. Sendinblue, ad esempio, astrae le sue interfacce di programmazione delle applicazioni (API) in widget riutilizzabili. Secondo Saule, mappando le sue API con quelle utilizzate dai sistemi dei suoi clienti, i suoi sviluppatori "possono trascinare le funzioni di integrazione e costruire nuove funzionalità sulla base di tale integrazione".
Comprendere le proprie esigenze
Il low code/no code "può essere il miglior amico di un professionista IT per le sfide tradizionali e quotidiane, come l'approvazione dei flussi di lavoro e la raccolta dei dati", afferma Carol Dann, vicepresidente delle tecnologie informatiche della National Hockey League (NHL). Ma mette in guardia dal cercare di utilizzare questo strumento per una nuova applicazione solo perché è piacevole da usare. Inoltre, la scelta della soluzione sbagliata può ritorcersi contro di noi in breve tempo, con i vantaggi immediati cancellati dalla necessità di codificare o aggirare i difetti.
"Il no code è adatto quando si ha un'architettura di applicazione semplice e si vuole distribuire e testare rapidamente un'applicazione", aggiunge Jawali. È meglio, dice, negli "esperimenti innovativi in cui si vuole avere molto controllo sull'esperienza dell'utente, sull'interfaccia dell'utente, cosa che non si può ottenere con una piattaforma low-code". Il no/low-code è più utile quando è necessario introdurre maggiore sicurezza e collegamenti ad altre applicazioni, ma al costo di una maggiore complessità e della necessità di avere più sviluppatori tecnici".
Secondo Mark Van de Wiel, CTO del fornitore di software per l'integrazione dei dati Fivetran, la semplicità del "drag and drop" del codice zero rende difficile ottenere quell'ultimo punto percentuale di differenziazione che rende un'applicazione utile per un'organizzazione specifica e rende il low-code più adatto. Questa personalizzazione extra potrebbe includere, ad esempio, l'uso della logica fuzzy per correggere i nomi errati in un database di clienti o la logica aziendale necessaria per calcolare un punteggio da uno a dieci dell'efficacia di varie attività di marketing in base a metriche come le visualizzazioni rispetto ai click-through.
Le applicazioni low-code o no-code possono anche essere difficili da scalare, afferma Saule. Saule consiglia di limitarne l'uso a parti strategiche non essenziali dell'azienda e quando si vuole sperimentare. "Quando un esperimento ha successo e deve essere scalato, è il momento di pensare di riscriverlo", dice, ma in un linguaggio più tradizionale ma scalabile.
Solo perché il no code/low code consente a un maggior numero di utenti di creare le proprie applicazioni, non significa che debbano farlo, dice Van de Wiel. In Fivetran, un gruppo di analisti prepara i cruscotti sull'efficacia del marketing utilizzati dal resto dell'organizzazione. "In questo modo i nostri dipendenti possono concentrarsi su ciò che sanno fare meglio", afferma Van de Wiel, anziché perdere tempo a creare dashboard duplicati o a sprecare denaro per impegnare l'infrastruttura IT a scaricare gli stessi dati.
Le organizzazioni che consentono lo sviluppo di applicazioni fai-da-te devono anche assicurarsi che questo gruppo più ampio di sviluppatori non professionisti segua i requisiti aziendali e normativi per proteggere i dati dei clienti.
Sapere quando usare strumenti low-code o no-code
AppMachine era adatto alle applicazioni di condivisione delle informazioni sviluppate da Jawali, perché devono servire solo centinaia di utenti e non decine di migliaia o più. È meno adatto alle applicazioni che richiedono alti livelli di sicurezza, dice, perché non può creare i profili utente necessari per l'accesso basato sui ruoli. Manca inoltre il supporto per le API necessarie per connettersi ad altre applicazioni, come i sistemi di gestione dei prodotti o dei problemi, o le applicazioni di tracciamento delle consegne.
"I problemi possono insinuarsi quando si cerca di far fare agli strumenti cose per cui non sono stati pensati, invece di concludere che non sono adatti", dice Dann. Sviluppare una stretta relazione con i responsabili del successo dei clienti del fornitore e comprendere tutto ciò che gli strumenti hanno da offrire - ciò che lo strumento fa bene e ciò che non è mai stato concepito per fare - è fondamentale per prendere decisioni ben ponderate. "Dire: 'No, non è proprio quello che fa la nostra piattaforma' è una risposta perfettamente accettabile da parte di un fornitore", afferma.
Tra le altre domande di valutazione, Dann raccomanda di chiedere se un fornitore di no code/low code è disposto a partecipare a una revisione della sicurezza delle informazioni, se la sua soluzione dispone di una solida API per integrarsi con altre applicazioni e se ha una strategia di autenticazione e autorizzazione che si adatta ai processi di sicurezza del cliente.
Non trascurate le soluzioni "off the shelf" low code/no-code
Se si pensa al low code/no code come a una strategia per semplificare lo sviluppo piuttosto che a una categoria di prodotti, si possono trovare opportunità per accelerare lo sviluppo delle app con il software che già si possiede o con le funzionalità off-the-shelf di prodotti già noti come il cloud storage. Questo vale soprattutto per le funzioni di routine e ben definite, come la gestione dei documenti e dei flussi di lavoro.
La NHL ha configurato le capacità di integrazione del suo sistema di gestione dei flussi di lavoro Monday.com come una soluzione low code/no-code per sostituire un sistema preesistente per incanalare le richieste al suo staff creativo. Il sistema sostitutivo è stato implementato in circa due settimane, rispetto ai sei mesi previsti dai metodi di sviluppo tradizionali, spiega Dann.
La lega ha soddisfatto un'altra esigenza - avvisare i suoi scout di nuove informazioni su giocatori promettenti - configurando lo strumento di automazione del flusso di lavoro Box Relay no code nel servizio di archiviazione dati basato sul cloud Box per assegnare automaticamente i compiti e spostare i documenti nelle cartelle appropriate una volta elaborati. "Questo ha eliminato l'intero processo dalla posta elettronica e ha snellito il flusso di lavoro", spiega l'autrice, "utilizzando un'interfaccia 'ciò che vedi è ciò che ottieni' invece di scrivere codice".
Se usati correttamente, gli strumenti low code/no-code possono accelerare l'arrivo di nuove applicazioni ai clienti e ai dipendenti, riducendo i costi e i ritardi. Possono anche evitare violazioni della sicurezza o delle policy, o la necessità di riscrivere un'applicazione che non può essere scalata se ha successo. Ma come per ogni strumento, è essenziale capire cosa possono o non possono fare, e cosa vi serve che facciano.
Articolo scritto da: Robert Scheier