La radiografia che salva il progetto: come prevenire incomprensioni tra business e IT grazie allo sviluppo visivo 

Le piattaforme di sviluppo low-code stanno progressivamente sostituendo lo sviluppo tradizionale in diversi ambiti dell’informatica, inclusa la digitalizzazione dei processi aziendali, un percorso che molte imprese hanno già intrapreso.  

Tuttavia, guardando i dati del Digital Transformation Index 2024, si può vedere che solo il 28% delle aziende ha adottato una strategia strutturata di digitalizzazione, mentre il 60% si trova in una fase intermedia, caratterizzata da una trasformazione parziale e priva di una visione d’insieme.

Perché così tante aziende restano intrappolate in questo limbo, definito segregated digital, dove prevalgono soluzioni out-of-the-box? Per chi non lo sapesse, si tratta di prodotti già sviluppati e pronti all’uso che permettono di configurare rapidamente applicazioni operative.

Si tratta di un approccio che porta con sé un limite significativo: l’adozione scomposta di prodotti ad hoc per ogni singola funzione aziendale non è veramente una digitalizzazione e porta con sé costi aggiuntivi dovuti a customizzazioni ed integrazioni fra sistemi che non sono nati per coordinarsi.

Ma quindi, perché si verifica questa situazione? La risposta è molto semplice, e l’ho potuta confermare partecipando alle fasi di presales di diversi progetti: il business ha bisogno di vedere il prima possibile un prototipo funzionante dell’applicazione commissionata.

Per questo motivo si opta spesso per prodotti out of the box, che essendo già sviluppati e solo da configurare, permettono ai clienti di avere un’anteprima immediata di ciò che sarà il risultato finale. Questo fa sì che il business inizi il progetto con maggiore fiducia.

È nato quindi il bisogno di piattaforme che possano conciliare l’eterogeneità di diversi tipi di sviluppo con l’urgenza di un output visivo. Proprio per questo, ci vengono in soccorso le tecnologie low-code.

What You See Is What You Get: in cosa consiste lo sviluppo visivo

“Ciò che vedi è ciò che otterrai” è uno dei principi cardine delle piattaforme low-code.

Questo approccio di sviluppo si basa su un ambiente visivo in cui l’interfaccia utente – con testi, pulsanti, icone e altri elementi – viene costruita direttamente durante la programmazione. In pratica, front-end and back-end vengono collegati sin dall’inizio, e il focus sul front-end consente un confronto immediato con il business.

Non è più necessario attendere che la logica applicativa venga sviluppata e che l’interfaccia grafica venga costruita separatamente per poterla verificare: i due aspetti nascono e si evolvono insieme, accelerando il processo di sviluppo e migliorando l’allineamento con le esigenze aziendali.

Ma l’interfaccia e le pagine di un’applicazione non sono gli unici strumenti visivi offerti dalle tecnologie low-code development. Piattaforme avanzate, come connector, permettono di rappresentare graficamente anche le funzionalità dell’applicazione, rendendo lo sviluppo ancora più intuitivo ed accessibile.

At WEGG -The Impact Factory abbiamo scelto questa tecnologia come piattaforma low-code development di riferimento per i nostri progetti funzionali. Gli strumenti che offre ci permettono di deliverare soluzioni di qualità, allineate alle esigenze del business e capaci di rispettarne le aspettative.

Approfondiamo quindi come connector supporta questo approccio di sviluppo e ne amplifica i vantaggi.

La logica come flusso: i diversi flows di Mendix

Andiamo a spiegare quali sono gli strumenti messi a disposizione da Mendix per rappresentare la logica delle applicazioni su diversi livelli di astrazione:

• Microflow e nanoflow: si tratta di flussi visivi che rappresentano le singole funzioni dell’applicazione e sono utilizzati per il controllo dei dati o la gestione dell’inserimento di informazioni. In pratica, invece di scrivere codice, si costruiscono queste logiche collegando tra loro elementi grafici, un po’ come se fossero i “mattoni” dell’applicazione. Mendix offre diversi elementi predefiniti che possono essere combinati per creare un flusso completo. Ad esempio, è possibile aggiungere azioni come la creazione e modifica di variabili, l’apertura di pagine, l’esecuzione di controlli o la chiamata ad altri flussi all’interno dell’applicazione.