Un foglio di calcolo con il consumo energetico per sede non è un problema in sé. Il problema nasce nel passaggio successivo: come vengono aggregate quelle righe nel numero che finisce nel report. Quel passaggio avviene spesso in una formula, in una tabella pivot o, peggio, nella testa di chi aggiorna il foglio di calcolo ogni anno. Nessun altro sa esattamente quali righe sono state incluse, quali sono state escluse e perché.
Aggregare suona come calcolare, ma è in realtà una serie di scelte. Include le sedi che sono state chiuse per parte dell'anno? Considera le sedi in locazione o solo quelle di proprietà? Calcola per anno civile o per anno fiscale? Ogni scelta cambia la cifra finale, e in un foglio di calcolo queste scelte di solito non sono registrate separatamente. Sono incorporate in una formula che rimanda a delle celle, senza che vi sia una riga leggibile che dica: questa è la regola di aggregazione, ed è questo il motivo.
Nel momento in cui qualcuno rileva il foglio di calcolo, o quando un controller vuole riprodurre una cifra simile un anno dopo, quella spiegazione manca. La formula funziona ancora, ma nessuno è più in grado di valutare se è ancora corretta per la situazione di quest'anno.
Tra la riga grezza nel foglio di calcolo e il numero nel report ci sono di solito diversi passaggi: selezione delle righe pertinenti, conversione in un'unità, somma o media pesata, e talvolta una correzione per mesi o sedi mancanti. Ogni passaggio può avere una propria regola, e ogni regola può cambiare senza che ciò venga annotato da nessuna parte.
La domanda che conta allora è: se un controller chiede come è composta questa cifra, può indicare i passaggi uno per uno? Non ricostruire il risultato lavorando all'indietro attraverso la formula, ma mostrare le regole stesse.
Una regola di aggregazione che esiste solo in una formula non è verificabile né trasferibile. Registrarla significa: annotare, separatamente dal foglio di calcolo, quale aggregazione è stata applicata, su quale selezione, con quali eccezioni, e chi ha stabilito quella regola. Non è un documento aggiuntivo accanto al foglio di calcolo, è la spiegazione che rende il foglio di calcolo utilizzabile come fonte per un punto di rendicontazione.
Senza quella spiegazione, una regola di aggregazione cambia senza che nessuno se ne accorga. Qualcuno aggiunge una sede all'elenco, adatta la formula, e la cifra di quest'anno non è più confrontabile con quella dell'anno scorso. Non perché i dati sottostanti sono cambiati, ma perché il metodo di somma è stato modificato silenziosamente.
L'aggregazione è uno dei punti in cui i foglio di calcolo nascondono errori di aggregazione, ma non l'unico. Domande simili riguardano le unità e le definizioni: si veda come registrare la normalizzazione quando la fonte è un foglio di calcolo per il passaggio che spesso precede l'aggregazione. E per mappare l'intero percorso dalla riga grezza alla cifra del report, anche senza software specializzato, c'è come creare la lineage senza strumenti quando la fonte è un foglio di calcolo. Entrambi si collegano alla domanda più ampia cosa comporta esattamente il source-to-report mapping, in cui l'aggregazione è uno dei passaggi documentati.
Una regola di aggregazione, come un punto dati, ha bisogno di qualcuno responsabile della scelta che ne sta alla base. Non chi per caso ha scritto la formula, ma chi può spiegare perché sono state scelte questa selezione e questo metodo di calcolo, e che approva una modifica prima che venga applicata. Questa domanda è collegata a chi possiede la definizione di un punto dati: la definizione determina cosa viene misurato, la regola di aggregazione determina come le misurazioni vengono combinate in una cifra di rendicontazione. Entrambe devono appartenere a qualcuno con un nome, non a un foglio di calcolo che passa di mano in mano.
Registrare le regole di aggregazione non è un esercizio da fare una sola volta. È una domanda che ritorna ogni volta che l'organizzazione cambia: una nuova sede, una nuova unità, una fusione. Per questo non basta documentare questa volta; deve esserci un processo che ripete la registrazione a ogni modifica. Chi presiede quel processo e quando una regola di aggregazione viene rivista è una domanda che riguarda chi possiede il processo sottostante, indipendentemente da chi fornisce le singole cifre.
Questa pagina descrive cosa è necessario per rendere trasparente l'aggregazione. La Data Readiness Scan è lo strumento che aiuta a registrare questo per i vostri punti dati: il registro, la lineage dalla fonte al report per ogni punto e le regole di titolarità. Questo strumento è in fase di sviluppo. Chi desidera iniziare già ora può iscriversi alla lista d'attesa.
Una volta che le regole di aggregazione sono state registrate, con un titolare e un motivo, nasce un altro tipo di lavoro: eseguire e verificare quegli stessi passaggi, anno dopo anno. Buona parte di questo lavoro esecutivo, dalla selezione delle righe alla somma dei numeri secondo una regola fissa, è il tipo di attività per cui, con una scansione del lavoro di FTE TO AI, è possibile calcolare quale parte può essere assunta dall'AI, per attività, sulla base di ciò che il lavoro comporta esattamente.
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.