Cosa colma il divario

I due articoli precedenti di questa serie hanno identificato con precisione il problema: la maggior parte dei sistemi di KPI sono strutturalmente progettati per confermare le intenzioni piuttosto che per rilevare le deviazioni, e il divario che creano – tra l'intento strategico e la realtà Field – non è visibile finché non è già considerevole. La domanda a cui questo articolo cerca di rispondere è più semplice del problema stesso: cosa lo colma?

Non si tratta di più dati. Non si tratta di una dashboard migliore. Non si tratta di un ciclo di reporting più frequente. Il divario è strutturale, e i divari strutturali si colmano solo quando cambia l'architettura.

Le tre condizioni mancanti

Un sistema di misurazione in grado di rilevare le deviazioni, anziché limitarsi a confermare i risultati, richiede tre aggiunte strutturali all'architettura di reporting già esistente. Nessuna di queste è costosa. Nessuna richiede nuove tecnologie. Tutte richiedono una decisione presa al momento dell'impegno, non in una situazione di crisi.

Il primo elemento è un punto di riferimento. Ogni processo avviato necessita di un punto di partenza: una misurazione, effettuata nel momento in cui viene preso l'impegno, che stabilisca a che punto si trova effettivamente il processo prima di iniziare a perseguire qualsiasi obiettivo. Un punto di riferimento non è un obiettivo. È una misurazione. La distinzione è importante: un obiettivo descrive dove un'organizzazione vuole arrivare; un punto di riferimento descrive dove si trova attualmente. Senza un punto di riferimento, ogni misurazione successiva è un dato che fluttua nello spazio. Con un punto di riferimento, ogni misurazione successiva è una misura del movimento – e il movimento è ciò che in realtà è la deriva.

Il secondo è il limite naturale di processo. Derivato dalla metodologia di controllo statistico di processo di Wheeler e Shewhart, il limite naturale di processo definisce il confine tra la normale variabilità e un segnale reale su cui intervenire. Qualsiasi valore all'interno del limite rappresenta rumore, ovvero la variabilità attesa di un processo sotto controllo. Qualsiasi valore al di fuori del limite è un segnale, ovvero la prova che qualcosa è cambiato nel processo sottostante, non solo nella misurazione superficiale. Senza un limite naturale di processo, un'organizzazione non può distinguere tra una giornata negativa e una tendenza negativa.

Il terzo elemento è una soglia di preallarme. Impostata volontariamente, al momento dell'impegno, dalla parte che si impegna — a un livello inferiore al limite naturale del processo — la soglia di preallarme rappresenta il primo livello di allerta. Si attiva prima che venga superato il limite statistico, prima che il segnale diventi inequivocabile, prima che si chiuda la finestra di intervento.

Si tratta della garanzia strutturale che un'organizzazione venga avvertita quando c'è ancora tempo per agire, anziché vederne confermato il fallimento a posteriori.

Perché l'ordine è importante

Queste tre condizioni non sono intercambiabili e non funzionano in un ordine diverso da quello indicato. La linea di base deve venire prima, perché senza di essa né il limite di processo né la soglia possono essere calibrati correttamente. Il limite di processo deve venire dopo, perché senza di esso la soglia non ha fondamento statistico. La soglia deve venire per ultima, perché è ciò che effettivamente produce un allarme precoce, e può svolgere correttamente questa funzione solo se sia la linea di base che il limite sono già stati definiti.

La sequenza è: confermare, stabilire la baseline, impostare i limiti, impostare la soglia, operare. La sequenza standard degli indicatori chiave di prestazione (KPI) è: confermare, operare, segnalare. La differenza tra le due sequenze è la differenza tra un sistema progettato per rilevare le deviazioni e un sistema progettato per confermare il completamento.

Come si traduce in pratica

In una Cooperative , la soglia di preallarme è un livello configurato manualmente – impostato dal coordinatore, con la frequenza di raccolta dati richiesta dall'operazione, non imposto dall'esterno – al di sotto del quale una lettura collettiva fa scattare un allarme precoce. L'allarme si attiva ben prima che venga superato un limite statistico, in un momento in cui la causa è ancora individuabile e la correzione è ancora economicamente sostenibile.

In un accordo bilaterale sulle infrastrutture, la stessa struttura trasformerebbe un impegno diplomatico – attualmente infalsificabile per sua stessa natura – in un'affermazione sul mondo che può essere confermata, qualificata o smentita facendo riferimento a dati osservabili raccolti in modo continuo a livello Field .

In un programma governativo di infrastrutture, la soglia di preallarme avrebbe individuato, mesi prima di qualsiasi indagine, il punto in cui i dati sullo stato di avanzamento dei lavori avevano iniziato a discostarsi dalla traiettoria prevista dall'impegno iniziale. Non come un'accusa, ma come un'informazione: quel tipo di informazione che trasforma una crisi futura in una correzione immediata.

Il limite onesto

Queste tre condizioni colmano il divario architetturale. Non colmano il divario di volontà. Un'organizzazione che non vuole essere colta alla deriva non imposterà volontariamente una soglia di pre-segnalazione, perché una soglia è, tra le altre cose, il primo meccanismo disponibile per rendere visibile la deriva prima che essa abbia un alibi pronto.

La soluzione risiede proprio nel tipo di pressione esterna esercitata da tre istituzioni indipendenti nello stesso trimestre di quest'anno: un declassamento del rating creditizio, una dichiarazione pubblica di una banca di sviluppo e una revisione al ribasso delle previsioni di crescita da parte del governo stesso. Quando il costo di non disporre di un'architettura di segnalazione diventa sufficientemente evidente, la volontà tende a manifestarsi.

La lacuna ha un nome. L'architettura che la colma esiste. L'unica domanda che rimane è quale organizzazione deciderà di utilizzarla prima che il prossimo rapporto confermi ciò che il segnale già sapeva.

---

MetriqOne · Prove senza rumore · metriq.one