Nei sistemi industriali complessi, una quota di prodotti può fallire un controllo o un test e risultare poi conformi a verifiche successive. Questi casi vengono spesso classificati come No Fault Found (NFF) o false alarm e, in molti contesti, esclusi dalle statistiche di difettosità perché non rappresentano un vero problema di qualità del prodotto.
Dal punto di vista del governo del processo, questa distinzione è fuorviante. Un sistema di controllo che segnala in modo ricorrente difetti inesistenti introduce incertezza, spreco e, soprattutto, una variabilità artificiale nel flusso decisionale.
Falsi allarmi e teoria dei sistemi di misura
La letteratura su sistemi di misura e di test (Measurement System Analysis, errori di I e II tipo) è chiara: un sistema che presenta un'elevata probabilità di falso positivo non è un sistema affidabile. In termini statistici, il problema non è il prodotto, ma la capacità del sistema di discriminare correttamente tra stato conforme e non conforme.
Il risultato è una perdita di confidenza nel dato e, di conseguenza, nelle decisioni operative.
Perché non vanno trattati come eventi marginali
Scorporare sistematicamente i No Fault Found dagli indicatori di prestazione crea almeno tre effetti critici:
- una sottostima della reale instabilità del sistema di controllo;
- una distorsione di indicatori come FPY, OEE e tasso di rilavorazioni;
- una falsa sensazione di tranquillità sulla robustezza del processo.
Inoltre, ogni falso allarme genera attività a non valore aggiunto: ripetizione dei test, controlli supplementari, smontaggi, diagnosi, discussioni tra produzione, qualità e manutenzione. Tutto questo è spreco, ma è anche sintomo di un sistema che non fornisce un segnale chiaro e stabile.
Esempio applicativo
Caso: linea automatica con test funzionale finale
In una linea automatica, il test funzionale finale segnala un guasto elettrico su una percentuale non trascurabile di pezzi. Le verifiche successive in laboratorio non confermano il difetto: il prodotto è conforme.
Operativamente si procede con:
- ripetizione del test, spesso più volte;
- apertura di cicli di diagnosi e riparazione inutili;
- incertezza degli operatori sulla reale affidabilità della stazione di collaudo.
Il problema non è il singolo pezzo, ma il fatto che il sistema di test non sia stabile e ripetibile. Continuare a considerare questi eventi come "non difetti" significa ignorare una causa sistemica che, nel tempo, mina l'affidabilità dell'intero processo decisionale.
Dal controllo alla stabilità del sistema
Un processo può essere considerato stabile solo se lo è anche il sistema che lo misura e lo giudica. La stabilità non riguarda esclusivamente i parametri di produzione, ma l'intera catena che va dal fenomeno fisico al dato, dal dato alla decisione, dalla decisione all'azione.
Analizzarne le cause con lo stesso rigore con cui si analizzano i veri difetti è un passo necessario per passare dalla semplice reazione agli eventi alla costruzione di un sistema realmente governabile e prevedibile.
Process Stability Lab