Il lavoro di Luca Troso si muove dentro questo scenario. Non con un tono da promessa, ma con un’attenzione costante ai vincoli che rendono credibile o fragile qualunque iniziativa: governance, sicurezza, gestione dei dati, responsabilità distribuite, adozione. Sono parole che spesso restano ai margini delle conversazioni “innovazione”, e invece qui vengono tenute al centro.

Il NoCode, in questa prospettiva, non è un catalogo di piattaforme. È un modo di riportare capacità di costruire soluzioni vicino a chi i problemi li vede ogni giorno. Marketing, HR, operations. Persone che non scrivono codice, ma che possono progettare automazioni e strumenti leggeri, se hanno regole chiare, confini definiti, e un metodo che evita l’improvvisazione. La figura del Citizen Developer si colloca esattamente qui: non come scorciatoia, ma come responsabilità praticabile.

C’è un effetto collaterale che vale la pena nominare. Quando si liberano persone da attività ripetitive e da passaggi manuali inutili, non si ottiene solo tempo. Si ottiene margine. Margine per osservare meglio i processi, per fare domande più precise, per crescere in competenze che non sono “tecniche” ma organizzative. È un risultato meno immediato, ma spesso più interessante. Non è garantito, però. Se il NoCode viene adottato a macchia, senza proprietà e senza manutenzione, il beneficio si rovescia e si creano dipendenze nuove.

Per questo, una parte rilevante del libro è dedicata a strumenti decisionali e a metodologie che servono a rallentare prima di accelerare. A porsi domande su fattibilità, rischi, sostenibilità, governance, ritorno. A capire dove si inceppa davvero un flusso prima di automatizzarlo. È un approccio che in azienda sembra controintuitivo, perché la pressione è sempre “fare”, ma spesso è l’unico modo per non finire a velocizzare un processo già sbagliato.

Anche quando entra in gioco l’intelligenza artificiale, il tono resta quello di una bussola. La distinzione tra sistemi deterministici e probabilistici aiuta a ridimensionare aspettative e a evitare automatismi mentali. L’AI viene trattata come leva da valutare per impatto reale, non per novità. E torna, con continuità, il tema della sicurezza e della compliance. Non per irrigidire, ma perché l’innovazione che ignora questi aspetti spesso scarica il conto più avanti, e lo scarica su più funzioni insieme.

Ci sono poi due scelte editoriali che parlano la stessa lingua del contenuto. L’idea del libro “vivo”, aggiornabile tramite QR-Code e gestito come release, riconosce un fatto: gli strumenti cambiano in fretta, il metodo deve restare leggibile. E la scelta del font Inconstant Regular, pensato per migliorare la leggibilità anche per persone con dislessia, segnala un’attenzione rara all’accessibilità, senza retorica.

Questo testo sarà utile a chi deve far convivere velocità e controllo, autonomia e governance, sperimentazione e sostenibilità. E sarà utile soprattutto a chi vuole evitare che NoCode e l’AI diventino l’ennesima iniziativa “a progetto”, destinata a spegnersi al primo cambio di priorità.

Se serve un criterio di lettura, ne proponiamo uno semplice: ogni volta che si è tentati di partire dalla piattaforma, conviene fermarsi e partire dal processo. Dove si crea attrito, dove si accumulano eccezioni, dove una singola persona è diventata un collo di bottiglia. Poi si passa alle domande di proprietà, rischio, metriche. Solo dopo, si sceglie lo strumento.
È un ordine meno “naturale”, ma più solido.

Disponibile su Amazon    Biblioteca HR

Rimani aggiornatə: iscriviti alla newsletter