Una piattaforma low-code abbassa le barriere allo sviluppo, non gli obblighi associati al sistema realizzato. Un flusso di lavoro assemblato da un reparto in un pomeriggio accede a dati reali, esegue azioni sui sistemi di produzione e crea una dipendenza operativa esattamente come un'applicazione sviluppata dal team tecnico. La differenza è che nessuno ne ha verificato i permessi, nessuno sa che esiste e nessuno se ne occuperà della manutenzione quando il suo autore se ne andrà.
Questo non è un argomento contro il low-code. È un argomento a favore del considerarlo per quello che è: software di produzione.
Obbligo | In uno sviluppo formale | In un flusso low-code |
|---|---|---|
Permessi | Progetto rivisto | Ereditano l'account dalla persona che lo ha creato. |
Tracciabilità | Progettato | Dipende da cosa registra la piattaforma |
Continuità | Documentazione e soccorso | Vive nella testa di una persona |
Conformità | Valutato prima dell'implementazione | Nessuno l'ha valutato |
La coda delle autorizzazioni è la più pericolosa. Un flusso di lavoro creato da un addetto alla finanza viene in genere eseguito con le sue credenziali. Questo significa due cose: il flusso di lavoro può vedere tutto ciò che vede quella persona e, quando quella persona cambia reparto o lascia l'azienda, il flusso di lavoro smetterà di funzionare o continuerà a funzionare con autorizzazioni che non dovrebbe più avere. Entrambe le eventualità sono negative.
La gestione della continuità operativa è ciò che genera le emergenze. Un processo di fatturazione che dipende da un flusso di lavoro comprensibile solo a chi non c'è più rappresenta un rischio operativo reale, che si manifesta sempre nel momento peggiore.
È importante riconoscerne il merito, perché la risposta non può essere il divieto. Il low-code prospera perché risolve un problema reale: i dipartimenti hanno esigenze piccole e urgenti, e i canali tecnologici tradizionali impiegano settimane o mesi per soddisfarle.
Finché esisterà quella differenza di velocità, le persone costruiranno da sole. È lo stesso meccanismo che produce il Intelligenza artificiale ombra che entra tramite la carta aziendale , E il problema viene risolto allo stesso modo: non chiudendo il percorso informale, ma rendendo sufficientemente veloce quello ufficiale.
Il modo pratico per gestire la situazione senza ostacolare nessuno è classificare in base alle conseguenze, non allo strumento:
Livello 1 — Personale. Influisce solo sul creatore; non accede a dati sensibili né scrive su sistemi condivisi. Libertà totale, senza scartoffie.
Livello 2 — Dipartimentale. Viene utilizzato da un team, legge dati condivisi e non esegue azioni irreversibili. Richiede la registrazione dell'inventario, un responsabile designato e una revisione annuale.
Livello 3 — Operativo. Gestisce dati personali, esegue azioni sui clienti o sul denaro, oppure qualche processo dipende da esso. Richiede la revisione delle autorizzazioni, la tracciabilità, la documentazione e un piano di successione. È un software di produzione e come tale viene trattato.
La maggior parte delle costruzioni rientra nel livello 1, ed è importante specificarlo esplicitamente: una politica che consideri tutto come di livello 3 verrà ignorata, e giustamente.
Classificare qualsiasi flusso in cinque minuti:
L'inventario è il risultato finale che rende possibile tutto il resto, ed è meglio ottenerlo tramite amnistia che tramite audit:
Chiedi senza giudicare. Una comunicazione che spieghi il motivo per cui si sta procedendo e garantisca che nulla verrà disattivato senza previa discussione.
Offri qualcosa in cambio. Supporto in caso di guasto, assistenza per la corretta connessione, backup se l'autore se ne va. Le persone registrano ciò che hanno fatto quando la registrazione ha dei vantaggi.
Revisione solo del livello 3. Concentrate i vostri sforzi dove c'è rischio e lasciate stare il resto.
Creare un percorso accelerato. Un canale per richiedere assistenza con una risposta entro pochi giorni. La velocità di risposta a questo canale determina quanto il problema possa sfuggire di mano.
C'è una domanda che regola tutto in qualsiasi commissione: Quanti dei processi aziendali odierni dipendono da qualcosa che è stato creato da una sola persona e che nessuno ha mai revisionato?
Se nessuno conosce la risposta, è proprio questo il punto del progetto. Non si tratta di vietare il low-code, che risolve problemi reali, ma di capire cosa esiste, classificarlo di conseguenza e proteggere ciò che conta.
Ciò che non si può fare è avere in produzione un software di cui l'organizzazione non sa di dipendere.
Quattro obblighi non scompaiono nemmeno se la barriera tecnica viene abbassata: le autorizzazioni, che di solito ereditano l'account personale di chi ha creato il flusso; la tracciabilità, che dipende da ciò che la piattaforma registra; la continuità, se la conoscenza risiede in un'unica persona; e la conformità normativa, che nessuno ha valutato.
No. Il suo successo deriva dalla risoluzione di un problema reale: i dipartimenti hanno esigenze piccole e urgenti che il sistema formale impiega settimane a soddisfare. Finché esisterà questa differenza di velocità, le attività informali continueranno, quindi la soluzione è rendere più rapido il sistema formale, non chiudere quello informale.
Di conseguenza, esistono tre livelli: personale, se riguarda solo la persona che lo ha creato e non tratta dati sensibili; dipartimentale, se viene utilizzato da un team e legge dati condivisi senza eseguire azioni irreversibili; e operativo, se tratta dati personali, gestisce denaro o se un processo dipende da esso.
Con quali credenziali viene eseguito? A quali dati accede? Scrive su qualche sistema o si limita a leggere? Cosa succederebbe se smettesse di funzionare domani? Chi se ne occuperebbe della manutenzione se il suo autore non fosse disponibile?.
Con l'amnistia invece dell'audit: comunica il motivo per cui viene fatto e assicurati che nulla venga chiuso senza previa comunicazione, offri supporto e assistenza in cambio della registrazione, esamina in modo approfondito solo i flussi a livello operativo e crea un canale di richiesta con una risposta entro pochi giorni.
Il flusso di lavoro può smettere di funzionare perché è in esecuzione con le credenziali dell'utente, oppure può continuare a funzionare con autorizzazioni che non dovrebbero più essere attive. Entrambe le situazioni sono problematiche, ed è per questo che i flussi di lavoro a livello operativo necessitano di una propria identità, documentazione e un piano di successione.
Sai da quali flussi di lavoro low-code dipende oggi la tua attività? Facciamo l'inventario, classifichiamo di conseguenza e garantiamo i permessi e la continuità per quelli che contano. Parliamone → |
Español Español 
English
Français
العربية
Português
Deutsch
Italiano
