Una deviazione di segnale è una regola che dice: se questo valore esce da questo intervallo, allora c'è qualcosa che qualcuno deve controllare. Sembra semplice, ma la domanda si divide in tre parti che devono essere risposte separatamente. Cosa è un valore valido. Cosa è una deviazione da quel valore. E chi ne ha visibilità. Senza queste tre cose, un segnale non è altro che un numero scritto da qualche parte.
Non può definire una deviazione senza prima sapere cosa è normale. Per un consumo energetico per sede, questo è un intervallo che dipende dalla superficie, dagli orari di apertura e dalla stagione. Per un numero di personale, è un intervallo che dipende dalle dimensioni dell'unità. Questa fascia deve essere fissata per ogni punto dati prima che un segnale abbia significato. Come determinare e fissare questa fascia è descritto in cos'è un valore valido e chi se ne accorge quando qualcosa va storto. Senza questo passaggio, imposta un segnale su un valore che di per sé non è mai stato verificato, e allora in realtà non sta segnalando nulla.
Un segnale può reagire a cose diverse. C'è il limite rigido: un valore che esce da un intervallo fisicamente o logicamente possibile, come un numero negativo di dipendenti. C'è il limite morbido: un valore che rientra nel possibile ma devia fortemente dai periodi precedenti, come un raddoppio del consumo d'acqua senza una causa evidente. E c'è la deviazione comparativa: un valore che devia da un'unità comparabile, come una sede che riporta tre volte più rifiuti di una sede di dimensioni analoghe. Ciascuno di questi tre tipi richiede una regola diversa e un diverso tipo di dati di origine con cui confrontare. Un intermediario che guarda solo al valore più recente vede spesso solo il primo tipo. Il secondo e il terzo richiedono di avere a disposizione dati storici o comparabili, il che è un motivo per tenerne conto già nella progettazione del registro dei punti dati.
Una deviazione che non arriva da nessuna parte non è un segnale ma una riga di log. Per ogni segnale deve essere stabilito chi è il primo destinatario: di solito è chi fornisce il punto dati, non chi compila il rapporto. Il reparto che fornisce il dato può verificare una causa nel momento in cui il ricordo è ancora fresco. Al momento della scadenza del rapporto, quel contesto è spesso andato perso. Inoltre deve essere stabilito cosa succede se il primo destinatario non risponde: il segnale passa dopo un certo periodo a una seconda persona, oppure resta in sospeso. Questa domanda è direttamente collegata alla proprietà che ha già stabilito per ogni punto dati, e ai controlli che si applicano a quel punto dati — vedi quali controlli si applicano a un punto dati e chi se ne accorge quando per capire come segnalazione e controllo si collegano tra loro.
Una deviazione può essere un errore, ma può anche essere un cambiamento reale: una fusione, una nuova sede, un anno di rendicontazione modificato. Una regola di segnalazione che non permette questa distinzione porta a due problemi. Gli utenti che ricevono troppi falsi segnali finiscono per ignorare tutti i segnali. Gli utenti che ricevono troppo pochi segnali perdono proprio la deviazione che conta davvero. Entrambi sono una forma di falsa precisione: sembra che il sistema stia vigilando, mentre in pratica non filtra più nulla. Come evitarlo nell'impostazione delle soglie è descritto in come evitare la falsa precisione. Parte della soluzione consiste nel rendere obbligatoria una motivazione quando si chiude un segnale: non per controllare chi ha commesso un errore, ma per vedere se la soglia stessa deve essere rivista.
Una regola di segnalazione identica per tutta l'organizzazione ignora il fatto che le diverse unità a volte lavorano con definizioni diverse di ciò che misurano, anche se il punto dati si chiama ovunque nello stesso modo. Una sede che delimita le emissioni di scope 3 in modo più ampio di un'altra mostrerà valori diversi senza che ci sia nulla di sbagliato. Una regola di segnalazione che non tiene conto di questo genera falsi allarmi a ogni confronto tra unità. In cosa fare con le definizioni che differiscono per unità è descritto come fissare questa differenza in modo che la regola di segnalazione possa tenerne conto invece di confonderla con un errore.
Impostare una deviazione di segnale non richiede software; richiede che, per ogni punto dati, sappia cosa è valido, cosa è una deviazione e chi la vede. È esattamente il tipo di lavoro che la Data Readiness Scan mappa: il registro dei punti dati, le relative regole di qualità e la proprietà, in modo che un segnale possa appoggiarsi a qualcosa invece che a una formula isolata in un foglio di calcolo. La scan stessa è in fase di sviluppo; chi vuole già iniziare a lavorarci può iscriversi alla lista d'attesa.
Una volta che questa struttura è in piedi, nasce una domanda successiva: chi deve controllare questi segnali ogni giorno, e quale parte di questo lavoro di controllo è sufficientemente ripetitiva da poter essere affidata a una macchina. Questa domanda non riguarda questa pagina, ma la werkscan di FTE TO AI, che calcola per ogni compito quale parte del lavoro può essere assorbita dall'AI. Per il controllo delle deviazioni di routine, la richiesta di una causa a un gruppo fisso di fornitori di dati e la tenuta di un registro dei segnali, questa è spesso una domanda rilevante.
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.