Una deviazione di segnale — talvolta chiamata regola di validazione o valore soglia — è una regola che fa controllare a un sistema se un valore inserito si trova entro un intervallo previsto. Suona tecnico, ma la domanda sottostante è semplice: qual è un valore valido per questo punto dati, e cosa succede se quel valore si trova fuori da tale intervallo. Senza risposta a queste due domande, una deviazione di segnale è un'impostazione senza funzione.
Una deviazione di segnale è composta da tre elementi. Primo, un limite: un minimo, un massimo, o un rapporto previsto tra due punti dati, come il consumo energetico per metro quadro che non può discostarsi di un fattore dieci rispetto all'anno precedente. Secondo, un'azione: cosa fa il sistema quando tale limite viene superato — una segnalazione, un blocco, o niente. Terzo, un destinatario: chi vede tale segnalazione, e se quella persona sa cosa ci si aspetta da lui quando la vede.
La maggior parte delle organizzazioni che iniziano con le deviazioni di segnale si concentra sul primo elemento e dimentica il terzo. Viene impostato un valore soglia, il sistema genera una segnalazione, e tale segnalazione finisce nella casella di posta di qualcuno che non lavora più nell'organizzazione o non sa che questo fa parte dei suoi compiti. La regola esiste, ma nessuno se ne accorge quando si attiva.
Il limite che si imposta dipende dal punto dati stesso e da ciò che già se ne sa. Per alcuni punti dati un valore valido è facile da determinare: una percentuale non può superare cento, una quantità di rifiuti non può essere negativa. Per altri punti dati il limite è meno fisso e più una questione di esperienza: un'emissione di CO2 per sede che quest'anno è tre volte superiore all'anno precedente non è per definizione errata, ma vale la pena esaminarla prima che il dato proceda oltre. Cosa sia esattamente un valore valido per un determinato punto dati è descritto nella pagina cos'è un valore valido, dove viene fatta la distinzione tra limiti rigidi e segnalazione basata sulla deviazione.
Questa distinzione è importante perché determina quale debba essere l'azione. Un limite rigido — una percentuale superiore a cento — può bloccare un inserimento. Una segnalazione basata sulla deviazione — un dato di emissione che risulta notevole, ma non per definizione errato — non può comportare un blocco, perché ciò impedirebbe indebitamente valori corretti ma inusuali. Qui è opportuna una segnalazione a una persona in grado di valutare se la deviazione sia un errore o un cambiamento reale.
La terza domanda — chi la vede quando qualcosa va storto — non è un'impostazione tecnica ma una questione di responsabilità. Una deviazione di segnale senza un destinatario assegnato non funziona, anche se la regola è impostata correttamente. Questo tocca la questione di quali controlli appartengano a un punto dati e chi ne venga informato, un argomento approfondito nella pagina quali controlli appartengono a un punto dati e chi se ne accorge.
Nella pratica il destinatario è spesso chi ha fornito il punto dati, ma non è sempre la scelta giusta. Chi ha fornito il dato non è automaticamente la persona in grado di valutare se una deviazione sia corretta — ciò richiede spesso qualcuno con conoscenza della fonte sottostante o di dati comparabili degli anni precedenti. Chi sia in grado di effettuare tale valutazione varia per organizzazione e per punto dati, ed è esattamente per questo che la responsabilità per ogni punto dati deve essere stabilita invece che presupposta.
Un'impostazione per una deviazione di segnale si crea rapidamente in un sistema. La tentazione è quindi grande di pensare che il problema sia così risolto. Ma uno strumento che segnala senza che dietro vi sia un processo stabilito — chi riceve la segnalazione, cosa deve fare, entro quale termine — dà solo l'apparenza di controllo. È la stessa insidia descritta nella pagina acquistare prima uno strumento o organizzare prima il processo: un sistema sopra un processo disorganizzato genera segnalazioni che nessuno segue, il che su un rapporto appare persino più tranquillo dell'assenza di segnalazioni, ma nella pratica non cambia nulla riguardo all'affidabilità del dato sottostante.
Una deviazione di segnale è quindi utile solo se i tre elementi sono stabiliti insieme: un limite adatto al punto dati, un'azione adatta al tipo di deviazione, e un destinatario che sa cosa deve fare. Non è un'impostazione che si completa in un'ora per cento punti dati. È una scelta che si fa per ogni punto dati, sulla base di ciò che già si conosce della fonte e della storia del dato.
Se un compito come la valutazione di una deviazione segnalata sia adatto all'automazione, o se tale valutazione resti lavoro umano, è una domanda che varia per compito. La [scansione del lavoro](https://fte-to-ai.nl) di FTE TO AI calcola per ogni compito quale parte del lavoro può essere svolta dall'AI, e quale parte continua a richiedere la valutazione di qualcuno che conosce il contesto del punto dati.
Vraag maar waar een datapunt vandaan komt. Dat is meestal de hele vraag.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.