Hai un sistema SCADA potente, ma in reparto nessuno ci guarda più. Il problema non è il sistema

Turno di mattina. Il monitor SCADA è acceso, in bella vista sopra la linea. Dati ovunque: temperature, portate, stati macchina, grafici che si aggiornano da soli. Funziona tutto. Eppure l’operatore, quando deve decidere se rallentare o tirare avanti, non guarda lì. Guarda la macchina. Ascolta il rumore. Tira fuori l’esperienza. E, ogni tanto, dà un’occhiata al suo quadernino.
Il sistema costato un investimento importante non è rotto: è diventato un costoso sfondo. La domanda quindi non è “il sistema funziona?” — funziona benissimo. La domanda è un’altra, e fa più male: perché non lo usa più nessuno per decidere?

Non è resistenza al cambiamento. È un problema di progettazione.

La spiegazione comoda è sempre la stessa: “gli operatori sono abitudinari”, “non si fidano della tecnologia”, “sono di vecchia scuola”. È comoda perché sposta il problema sulle persone. Ma spesso è sbagliata.
Il punto vero lo dicono bene quelli che gli impianti li costruiscono davvero: l’errore più comune nella progettazione di un’interfaccia è trattarla come una versione digitalizzata dello schema d’impianto. L’ingegnere ragiona per topologia — pompe, valvole, nastri, e come sono collegati fisicamente. L’operatore ragiona per compiti: cosa sto producendo adesso, sta andando bene, cosa devo fare nel prossimo minuto. Sono due lingue diverse. E se la schermata parla la prima, chi ci lavora otto ore al giorno deve tradurre ogni volta. Quando uno deve tradurre, prima o poi smette — e torna allo strumento che capisce al volo.
Qui l’antagonista non è la persona davanti al monitor. È come è stato pensato il monitor.

Le quattro cose che spengono uno SCADA (anche se è acceso)

1. L’interfaccia parla la lingua di chi l’ha costruita.

Sigle, etichette, raggruppamenti che hanno senso per il software, non per chi lavora. Il rimedio è noto e poco glamour: si parte dai flussi di lavoro reali. Si va in reparto, si guarda come l’operatore usa il sistema attuale, si capisce di quali informazioni ha bisogno in ogni fase e quali azioni compie più spesso. Poi si costruisce l’interfaccia attorno a quei compiti, non attorno alla disposizione fisica delle macchine.

2. Troppi allarmi uguale nessun allarme.

Quando tutto lampeggia, niente è urgente. La gestione degli allarmi è riconosciuta come una delle debolezze più critiche di usabilità: priorità mal definite, filtri inadeguati, contesto insufficiente. Il risultato ha un nome preciso — “alarm fatigue“, l’affaticamento da allarmi.

In pratica: un operatore che fissa uno schermo pieno di colori lampeggianti mentre la produzione si ferma, e che a un certo punto impara a ignorarlo. (Ne avevamo parlato a proposito dei falsi allarmi e dei dati SCADA inaffidabili: quando l’allarme perde credibilità, l’operatore smette di fidarsi della schermata e si fida del proprio occhio.)

3. Troppi colori, nessuna gerarchia.

L’istinto è riempire la schermata di verde, rosso, giallo, animazioni. Lo standard internazionale ISA-101 — quello che formalizza i principi dell'”high-performance HMI” sviluppati dal consorzio ASM — dice l’opposto: sfondo grigio invece di grafiche colorate, informazione organizzata per gerarchia (dalla panoramica al dettaglio), colore usato con parsimonia. L’idea è controintuitiva ma funziona: l’operatore impara a cercare l’assenza di colore come conferma che va tutto bene. Il colore torna a voler dire qualcosa solo quando compare.

4. Le scorciatoie che vanificano l’investimento.

Quando l’interfaccia non aiuta, nessuno resta fermo ad aspettare: ci si arrangia. Schermate mal progettate portano a tempi di risposta più lenti, più errori, e operatori che ricorrono a workaround che vanificano il sistema su cui hai investito mesi di lavoro. Il quadernino di lato, il file tenuto a parte, il valore segnato a penna “perché così lo trovo subito”. Non è sabotaggio. È un sistema che non ha dato una risposta migliore.

Quanto costa un sistema che nessuno guarda

Mettere un numero su questo è difficile, e diffidiamo dei numeri tondi che girano senza fonte. Un dato serio però esiste, e arriva dal consorzio ASM: nelle industrie chimiche e di raffinazione gli incidenti d’impianto sono stimati tra il 3% e l’8% del fatturato, e display operatore scadenti o inefficaci possono avervi un ruolo rilevante. È un dato che riguarda quei settori specifici, non il metalmeccanico o la plastica — non lo estendiamo dove non è stato misurato. Ma il meccanismo che lo genera è lo stesso ovunque: se l’informazione c’è ma non guida la decisione, il vantaggio che hai pagato resta sulla carta.
E funziona anche al contrario. La ricerca mostra che un’interfaccia ben progettata può migliorare le prestazioni dell’operatore nel rilevare e risolvere i problemi anche del 25%. Tradotto: meno tempo a girare a vuoto, meno fermi, decisioni prese prima.

Cosa si può fare (e non è ricomprare tutto)

La buona notizia è che quasi mai serve rifare il sistema. Serve farlo parlare la lingua giusta:

• Ridisegnare le schermate attorno al lavoro reale dell’operatore, partendo dall’osservazione in reparto.
• Mettere ordine negli allarmi: priorità, contesto, meno rumore.
• Applicare i principi ISA-101 su colore e gerarchia delle informazioni.
• Affiancare la formazione alla consegna — perché installare un sistema e insegnarlo sono due cose diverse, e mezza giornata al collaudo non basta a cambiare le abitudini di un reparto.

Un sistema di supervisione non si misura da quanto è potente. Si misura da quanto viene usato per decidere.

Il problema non era il quadernino. E non era il sistema. Era che il sistema rispondeva alle domande dell’ingegnere che l’aveva disegnato, non a quelle dell’operatore che ci lavora. Il giorno in cui risponde alle seconde, il quadernino sparisce da solo.
Se hai uno SCADA che in reparto è diventato sfondo, parliamone: spesso bastano interventi mirati sull’interfaccia e sugli allarmi per rimetterlo al centro delle decisioni.