Logo Blink Dynamics Logo Blink Dynamics white
IT EN

Accorgersene mercoledì, non a fine mese

Quasi tutti i problemi costosi sono stati visibili nei dati prima di diventare visibili nei risultati.

Il calo di un canale, l’aumento silenzioso dei resi su un articolo, il fornitore che ha allungato i tempi, la macchina che consuma più del solito. Sono fenomeni che i dati registrano subito e che l’azienda scopre a fine mese, quando la reportistica li rende evidenti e il danno è già fatto.

Il rilevamento delle anomalie ribalta la logica: invece di aspettare che qualcuno guardi il report, è il sistema che guarda in continuo e chiama quando qualcosa non torna.

Cosa lo rende utile invece che fastidioso

  • Confronta con il normale, non con una soglia fissa: un valore di vendita basso di lunedì mattina è normale, lo stesso valore di venerdì pomeriggio non lo è. Il riferimento tiene conto di giorno, stagione e andamento.
  • Avvisa la persona giusta, con il contesto: non un allarme generico, ma cosa è cambiato, di quanto, rispetto a cosa e dove guardare.
  • Non avvisa troppo: un sistema che manda venti segnalazioni al giorno viene ignorato entro una settimana, e a quel punto è peggio di niente.

Due famiglie di controlli, usate insieme

  • Regole esplicite: per ciò che è noto e non negoziabile — valore fuori dall’intervallo ammesso, campo obbligatorio vuoto, scostamento oltre una percentuale definita. Semplici, trasparenti, immediatamente comprensibili quando scattano.
  • Modelli statistici: per ciò che non si può descrivere con una regola. Il comportamento atteso viene ricostruito dallo storico tenendo conto di stagionalità e tendenza, e l’anomalia è lo scostamento significativo da quel riferimento.

Ai due si aggiunge un terzo caso, dove esiste già un modello di previsione: l’anomalia è semplicemente il valore osservato fuori dall’intervallo previsto.

Come teniamo basso il rumore

  • Deduplica: la stessa anomalia che persiste non genera un allarme a ogni controllo.
  • Raggruppamento: anomalie correlate che hanno una causa comune arrivano come una sola segnalazione.
  • Soppressione programmata: durante interventi noti o chiusure previste i controlli si sospendono.
  • Riscontro: chi riceve una segnalazione può marcarla come non rilevante, e questo entra nella taratura del sistema.

La percentuale di segnalazioni marcate come irrilevanti è l’indicatore di salute del sistema. Oltre una certa quota, il problema è nella taratura e non in chi non risponde.

Dall’allarme all’azione

Un’anomalia può innescare un processo, non solo una notifica: bloccare la pubblicazione di dati non conformi, aprire un ticket già compilato con il contesto, sospendere una sincronizzazione, avviare un flusso di verifica.

È il punto in cui il monitoraggio smette di essere passivo e si collega al livello di automazione. La soglia oltre la quale il sistema agisce da solo, e quella oltre la quale chiede a una persona, si definiscono processo per processo.