Kennisbank

Quando un registro su più business unit può dirsi completo

Un registro per una singola business unit riesce prima o poi a completarlo. I punti dati sono presenti, ciascuno con una fonte e un responsabile, e le definizioni sono state verificate. Con più business unit la domanda cambia. Non si tratta più di sapere se una lista è completa, ma se le liste sommate tra loro danno un'immagine unica dell'organizzazione.

Si tratta di un tipo di lavoro diverso rispetto al semplice aggiungere righe. La trappola è pensare che un registro sia completo non appena ogni unit ha compilato la propria tabella. Quattro tabelle piene con quattro definizioni diverse dello stesso punto dato non producono un registro, ma quattro registri che per caso si trovano uno accanto all'altro.

Cosa deve contenere il registro per ogni business unit

Per ogni unit si ripete lo stesso lavoro di base: quali punti dati sono necessari, da dove provengono e chi ne è responsabile. Si parte dalla domanda di quali punti dati ha realmente bisogno, perché una unit che registra troppi punti dati accumula soprattutto oneri di manutenzione senza che la rendicontazione ne tragga beneficio.

Per ogni punto dato che resta, va posta la stessa domanda: esiste già in un sistema, oppure deve ancora essere richiesto. La pagina su dove esiste già un punto dato descrive questo lavoro di ricerca. Con più business unit la risposta è spesso variabile: la unit A ha già il consumo energetico registrato in un sistema facility, la unit B lo tiene ancora in un foglio di calcolo gestito da un unico controller. Questa differenza deve essere visibile nel registro, non deve scomparire dietro una colonna uniforme che ovunque indica 'presente'.

Dove spesso si sbaglia: stesso nome, definizione diversa

Il rischio maggiore con più unit non è che manchino punti dati, ma che siano presenti sotto lo stesso nome pur misurando qualcosa di diverso. 'Consumo idrico' può riguardare, per una unit, solo la sede centrale e, per un'altra, anche lo stabilimento produttivo. 'Numero di fte' può essere conteggiato con o senza personale interinale. Finché questa differenza non viene esplicitata, nessuno se ne accorge fino al momento in cui i dati devono essere aggregati per il report consolidato.

Un registro che risolve questo problema fissa, per ogni punto dato, la definizione a livello organizzativo, e mostra poi per ogni unit se quella definizione è stata applicata di conseguenza. Dove non è così, questo viene indicato nel registro come punto aperto, non come assunzione tacita. La struttura di questo impianto è descritta in come si redige un registro dei punti dati, e questo ordine non cambia quando ci sono più unit: prima si fissano i punti dati e le loro definizioni a livello organizzativo, poi si compila per ogni unit cosa è già disponibile e cosa manca.

Le fonti mancanti sono ovunque, non solo nella unit più piccola

L'assunzione che solo le unit più piccole o meno mature abbiano lacune nelle proprie fonti raramente è corretta. Una grande unit con un sistema ERP esteso può, per determinati dati ambientali, dipendere da un conteggio manuale tanto quanto una piccola filiale. La quota di punti dati privi di una fonte solida dipende dal tema e da quanto tempo una unit lavora già con questi dati, non dalle dimensioni della unit. Quanti dei vostri punti dati hanno una fonte è quindi una domanda a cui va risposto separatamente per ogni unit, si veda quanti dei vostri punti dati hanno una fonte. Solo quando questo è chiaro per ogni unit si può dire qualcosa sull'insieme.

I punti dati privi di fonte non scompaiono dal registro perché scomodi. Ricevono uno status e un passo successivo, descritto in cosa fare con un punto dato privo di fonte. Con più business unit conviene confrontare questo status tra le unit: se tre delle quattro unit hanno una fonte per un punto dato e la quarta no, la soluzione è spesso a portata di mano presso quelle tre unit, invece che costringere la quarta a reinventare la ruota.

Quando il registro è corretto

Un registro su più business unit è corretto non perché appare completo, ma perché tre cose sono vere contemporaneamente. Primo: ogni punto dato ha un'unica definizione a livello organizzativo, e questa definizione è stata applicata allo stesso modo in ogni unit, oppure la differenza è esplicitamente documentata. Secondo: per ogni punto dato è chiaro, per ogni unit, se esiste una fonte e, in caso contrario, qual è lo status. Terzo: la responsabilità è assegnata al livello in cui la conoscenza si trova davvero, non automaticamente al manager più alto in grado della unit.

Quanto tempo richiede questo lavoro dipende dal numero di unit, dal numero di temi e dallo stato dei sistemi sottostanti; una stima al riguardo è descritta in quanto tempo richiede mettere in ordine un tema. Non si tratta di una durata fissa, ma di una somma del lavoro ancora da svolgere per ogni unit e per ogni punto dato.

Mettere insieme questi registri, ricostruire le definizioni e confrontare le fonti per unit è in gran parte un lavoro ripetibile: le stesse domande, applicate ogni volta a un reparto diverso o a un punto dato diverso. Quale parte di questo lavoro possa essere svolta dall'AI e quale parte resti lavoro umano è esattamente ciò per cui è stata creata la werkscan di FTE TO AI: calcola, per ogni compito, quanto margine c'è per velocizzare questo tipo di lavoro di registro, senza che il risultato dipenda da assunzioni che nessuno ha verificato.