Flussi dormienti: le automazioni che nessuno pilota più

L’automazione pericolosa non è quella che cade. È quella a cui nessuno pensa da diciotto mesi, che detiene ancora un account di servizio, e che romperebbe qualcosa se la spegnessi, senza che nessuno sappia dirti che cosa.

Un flusso non ha una data di fine. Viene costruito per un progetto, il progetto va in produzione, il progetto si chiude, e il flusso conserva il suo trigger. Non segnala che la sua ragione d’essere è sparita. Semplicemente gira, o aspetta, e resta nell’elenco.

Dormiente non vuol dire rotto

Tre stati vengono confusi, e chiedono risposte diverse.

In errore. Il flusso gira e va in errore. Visibile, almeno in linea di principio: la piattaforma lo registra.

Dormiente. Il flusso è attivo, il suo trigger è valido, e non gira da molto tempo. Niente va storto. Non succede nemmeno niente.

Orfano. Il flusso gira perfettamente, e il suo responsabile ha lasciato l’azienda. È il peggiore dei tre, perché tutto sembra a posto.

Un flusso può essere dormiente e orfano insieme, ed è la combinazione da stanare per prima.

Perché un flusso che dorme non è gratis

L’istinto dice di lasciarli stare: girano di rado, quindi non costano nulla. Tre motivi per cui è sbagliato.

Tiene una connessione. Un flusso dormiente mantiene una connessione autenticata a SharePoint, a un CRM, a una casella di posta. Quella connessione è una credenziale viva legata a un processo che nessuno sorveglia. Quando è un account personale e non un account di servizio (cosa frequente, perché il flusso è stato montato in fretta), è anche una credenziale che si romperà il giorno in cui quella persona se ne andrà, in un modo che nessuno saprà diagnosticare.

Occupa un posto. A seconda del piano di licenza, un flusso disattivato o dormiente conta comunque. Stai pagando per l’opzione di eseguirlo.

Si risveglierà. È il punto che si sottovaluta di più. Un flusso dormiente da un anno perché la sua cartella di trigger era vuota partirà il giorno in cui qualcuno ci lascerà un file. Eseguirà allora una logica del 2024 su dati del 2026, e lo farà in silenzio.

Come trovarli, concretamente

Il segnale non è «non gira da tempo». Quello segnala i legittimi flussi trimestrali e annuali e ti seppellisce di falsi positivi.

Il segnale utile è una combinazione:

• Nessuna esecuzione da 60 giorni: il filtro di partenza, niente di più.
• Nessuna modifica da 12 mesi: un flusso ancora mantenuto è un flusso a cui qualcuno tiene ancora.
• Il suo autore non ha più un account attivo: il segnale singolo più forte, e il più facile da verificare.
• Il suo trigger punta a qualcosa che non esiste più: un elenco cancellato, una casella dismessa, la cartella di un progetto chiuso.

Uno solo di questi significa pochissimo. Tre insieme significano che il flusso è quasi certamente sopravvissuto al proprio scopo.

La domanda da fare a ciascuno

Una volta ottenuto l’elenco, la tentazione è spegnere tutto in blocco. Non farlo. Il modo in cui quell’approccio fallisce è scoprire a novembre che il flusso disattivato a settembre era quello che produceva un report da cui il team finance dipendeva in silenzio.

Per ogni flusso, una domanda in quest’ordine:

1. Che cosa fa, in una frase? Se nessuno nella stanza sa rispondere, quello è il risultato. Scrivi la frase prima di fare qualsiasi altra cosa. Stai documentando un parco che non aveva documentazione.

2. Chi se ne accorgerebbe se si fermasse? Non «di chi è»: spesso non è di nessuno. Chi ne riceve l’output, ne legge il file, ne riceve l’e-mail.

3. Quella persona c’è ancora, e le serve ancora? È un solo messaggio. Mandalo.

4. E allora decidi. Tenere e assegnare un responsabile, oppure spegnere e archiviare.

L’archivio conta. Cancellare un flusso cancella l’unica descrizione rimasta di un processo aziendale. Disattivalo, esporta la definizione, conservala da qualche parte. Lo spazio costa meno che ricostruire un processo a memoria.

Assegnare un responsabile è la vera soluzione

Trovare i flussi dormienti è una pulizia. Impedirli è una regola, ed è semplice: nessun flusso in produzione senza un responsabile e un sostituto con nome e cognome.

Il sostituto non è una formalità. Il modello a responsabile unico fallisce esattamente nel momento in cui ti serve: quando quella persona se ne va, cambia team, o è in ferie durante l’incidente. Due nomi sono la differenza tra «ci guardiamo» e «abbiamo chiamato Nadia».

Dai a ogni flusso, come minimo:

• Un nome che un lettore non tecnico possa capire. Non Flow_v3_FINAL.
• Una frase che descriva che cosa fa e perché esiste.
• Un responsabile e un sostituto, entrambi ancora in azienda.
• Una data di revisione. Anche solo annuale. Un flusso che nessuno ha riaperto da un anno è un flusso avviato a diventare dormiente.

La parte scomoda

Farlo per bene significa ammettere che un buon numero delle tue automazioni non dovrebbe esistere. Non è un fallimento del team che le ha costruite: avevano ragione quando le hanno costruite. Le circostanze si sono mosse, e nulla negli strumenti se n’è accorto.

È esattamente lì il vuoto. Le piattaforme sono bravissime a eseguire flussi e del tutto indifferenti al fatto che un flusso meriti ancora di essere eseguito. Niente in Power Automate, n8n o Make ti dirà mai che il progetto di un flusso è finito due anni fa, perché nessuna di loro sa che cosa sia un progetto.

Qualcuno deve guardare. L’unica domanda è se succede a calendario, o la settimana dopo che qualcosa è andato storto.