Quale controllo spetta a questo punto dato, e chi se ne accorge se il valore si discosta

Un punto dato senza controllo è un numero che nessuno contraddice. Compare nel rapporto, proviene da un sistema o da un foglio di calcolo, e viene accettato perché non c'è motivo di metterlo in discussione. Solo quando una parte esterna pone una domanda, o quando una cifra si sposta improvvisamente di un fattore dieci rispetto all'anno precedente, si nota che nessuno l'ha mai controllata. A quel punto è troppo tardi per ricostruire dove sia andato storto qualcosa.

La domanda che previene questo è semplice da porre e difficile da rispondere senza struttura: quale controllo spetta a questo punto dato, e chi se ne accorge se qualcosa va storto. Sono due domande, ed entrambe dovrebbero avere una risposta prima che una cifra entri in un rapporto.

Cosa è un valore valido, e cosa non lo è

Ogni punto dato ha dei limiti. Un consumo energetico non può essere negativo. Un numero di fte non è un decimale. Una percentuale non supera cento. Questo sembra ovvio, ma nella pratica questo tipo di limiti non è mai fissato per iscritto — risiedono nella testa di chi elabora i dati da anni, e scompaiono non appena quella persona cambia funzione.

Fissare un valore valido non significa solo annotare un limite inferiore e un limite superiore. Significa anche stabilire in quale unità viene fornito un punto dato, quali formati di data sono ammessi, e se un campo vuoto è un risultato valido oppure un segnale che manca qualcosa. Senza quell'accordo, ogni eccezione viene valutata di nuovo, da chiunque la stia osservando in quel momento. Cosa conta esattamente come valido, e quando un valore limite è più un'ipotesi che una regola, è approfondito su la pagina su cosa è un valore valido.

La differenza tra un errore e un segnale

Non ogni deviazione è un errore. Un punto dato può rientrare completamente nei limiti validi ed essere comunque un segnale — un consumo che scende improvvisamente, un numero che è tre volte più alto del trimestre precedente, un fornitore che per la prima volta in due anni non fornisce dati. Non sono valori non validi. Sono valori che richiedono lo sguardo di qualcuno che conosce il contesto.

Una regola di segnalazione è quindi diversa da una regola di validazione. La validazione determina se un valore può esistere. Un segnale determina se un valore, anche se valido, sia comunque un motivo per guardarci meglio. Come viene impostata questa soglia — percentuale fissa di deviazione, confronto con una serie storica, o una combinazione — dipende dal punto dato e da quanto è normalmente stabile l'attività sottostante. L'impostazione di una tale regola, incluso il compromesso tra troppi e troppo pochi segnali, è descritta su la pagina sull'impostazione di una deviazione segnale.

Chi se ne accorge non è una domanda tecnica

Una regola che nessuno vede non è una regola. Se un controllo di validazione o di segnalazione si attiva da qualche parte in un sistema, deve essere chiaro chi riceve la segnalazione e cosa quella persona ne fa. È chi inserisce i dati, il proprietario del punto dato, o qualcuno che ha una visione d'insieme prima che il rapporto venga compilato? Senza un destinatario designato, un segnale si perde in un log che nessuno consulta.

Questo riguarda la proprietà, e la proprietà riguarda un problema che in molte organizzazioni resta irrisolto: parti diverse usano definizioni diverse per quello che sulla carta è lo stesso punto dato. Una sede conta gli fte inclusi i lavoratori esterni, l'altra no. Quando si attiva un segnale che indica una deviazione di un valore, la prima domanda spesso non è se il valore sia corretto, ma se tutti stiano usando la stessa definizione. Come gestire questo aspetto è descritto su la pagina sulle definizioni diverse tra le unità.

Perché questo non inizia con uno strumento

È tentante cercare questi controlli in un pacchetto software: qualcosa che avvisa, valida e riporta automaticamente. Ma uno strumento che esegue controlli su dati per i quali nessuno ha stabilito cosa sia un valore valido, non esegue alcun controllo — fornisce solo un risultato che appare ordinato su un processo che non è ancora stato pensato a fondo. Le regole devono esistere prima, indipendentemente da quale sistema le applicherà infine. Questo ordine, e perché invertirlo porta di solito a delusioni, è illustrato su la pagina su acquistare prima uno strumento o organizzare prima il processo.

Cosa produce questo prima che venga costruito qualcosa

Se per ogni punto dato è fissato cosa è un valore valido, quando si attiva un segnale, e chi riceve quel segnale, si crea un registro che non solo documenta ma è anche utilizzabile come insieme di requisiti. Quel registro è esattamente ciò che serve per determinare cosa un sistema — costruito internamente o acquistato — dovrà essere in grado di fare. Senza quell'insieme di requisiti, ogni acquisto diventa una scommessa. Come tradurre questo in requisiti funzionali che derivano dal proprio processo, invece che da un fornitore, è descritto su la pagina sui requisiti funzionali derivati dal proprio processo.