Une feuille de calcul avec la consommation d'énergie par site n'est pas un problème en soi. Le problème survient à l'étape suivante : comment ces lignes sont-elles regroupées pour former le chiffre qui figure dans le rapport. Cette étape se déroule souvent dans une formule, un tableau croisé dynamique ou, pire, dans la tête de la personne qui met à jour la feuille de calcul chaque année. Personne d'autre ne sait précisément quelles lignes ont été prises en compte, lesquelles ont été exclues, et pourquoi.
Agréger ressemble à un calcul, mais c'est en réalité une série de choix. Comptez-vous les sites qui ont été fermés une partie de l'année ? Prenez-vous en compte les sites loués ou uniquement ceux en propriété ? Calculez-vous par année civile ou par exercice comptable ? Chaque choix modifie le chiffre final, et dans une feuille de calcul, ces choix ne sont généralement pas documentés séparément. Ils sont intégrés dans une formule qui renvoie à des cellules, sans qu'il existe une ligne lisible indiquant : voici la règle d'agrégation, et voici pourquoi.
Dès qu'une autre personne reprend la feuille de calcul, ou qu'un contrôleur souhaite reproduire un chiffre comparable un an plus tard, cette explication manque. La formule fonctionne encore, mais plus personne ne peut évaluer si elle est toujours correcte pour la situation de cette année.
Entre la ligne brute de la feuille de calcul et le chiffre figurant dans le rapport, il y a généralement plusieurs étapes : sélection des lignes pertinentes, conversion vers une unité, addition ou moyenne pondérée, et parfois une correction pour des mois ou des sites manquants. Chaque étape peut avoir sa propre règle, et chaque règle peut changer sans que cela soit noté nulle part.
La question qui compte alors : si un contrôleur demande comment ce chiffre a été construit, pouvez-vous indiquer les étapes une par une ? Non pas en reconstituant le résultat en remontant la formule à l'envers, mais en montrant les règles elles-mêmes.
Une règle d'agrégation qui n'existe que dans une formule n'est ni vérifiable ni transmissible. Documenter signifie : noter, séparément de la feuille de calcul, quelle agrégation a été appliquée, sur quelle sélection, avec quelles exceptions, et qui a établi cette règle. Il ne s'agit pas d'un document supplémentaire à côté de la feuille de calcul, c'est l'explication qui rend la feuille de calcul réellement utilisable comme source pour un point de reporting.
Sans cette explication, une règle d'agrégation change sans être remarquée. Quelqu'un ajoute un site à la liste, ajuste la formule, et le chiffre de cette année n'est plus comparable à celui de l'année précédente. Non pas parce que les données sous-jacentes ont changé, mais parce que la méthode d'addition a été modifiée silencieusement.
L'agrégation est l'un des endroits où les feuilles de calcul dissimulent des erreurs d'agrégation, mais ce n'est pas le seul. Des questions similaires se posent pour les unités et les définitions : voir comment documenter la normalisation lorsque la source est une feuille de calcul pour l'étape qui précède souvent l'agrégation. Et pour cartographier le chemin complet de la ligne brute au chiffre du rapport, même sans logiciel spécialisé, il existe comment créer une lignée sans outil lorsque la source est une feuille de calcul. Ces deux éléments rejoignent la question plus large de ce qu'implique précisément le source-to-report mapping, dans laquelle l'agrégation est une des étapes documentées.
Une règle d'agrégation a besoin, tout comme un point de donnée, de quelqu'un qui soit responsable du choix qui la sous-tend. Pas la personne qui a par hasard écrit la formule, mais celle qui peut expliquer pourquoi cette sélection et cette méthode de calcul ont été choisies, et qui approuve une modification avant qu'elle ne soit appliquée. Cette question rejoint celle de qui détient la définition d'un point de donnée : la définition déterminant ce qui est mesuré, la règle d'agrégation déterminant comment les mesures sont regroupées en un chiffre de reporting. Les deux doivent relever d'une personne nommée, et non d'une feuille de calcul qui passe de main en main.
Documenter les règles d'agrégation n'est pas un exercice ponctuel. C'est une question qui revient à chaque fois que l'organisation change : un nouveau site, une nouvelle unité, une fusion. C'est pourquoi il ne suffit pas de documenter cette fois-ci ; il doit exister un processus qui répète la documentation à chaque modification. Qui surveille ce processus et quand une règle d'agrégation est révisée, c'est une question qui touche à qui détient le processus sous-jacent, indépendamment de qui fournit les chiffres individuels.
Cette page décrit ce qui est nécessaire pour rendre l'agrégation transparente. Le Data Readiness Scan est l'outil qui aide à documenter cela pour vos points de données : le registre, la lignée source-vers-rapport par point, et les règles de propriété. Cet outil est en cours de développement. Ceux qui souhaitent déjà s'y engager peuvent s'inscrire sur la liste d'attente.
Dès que les règles d'agrégation sont documentées, avec un propriétaire et une raison, un autre type de travail apparaît : exécuter et vérifier ces mêmes étapes, année après année. Une grande partie de ce travail d'exécution, de la sélection des lignes à l'addition des chiffres selon une règle fixe, est le type de tâche pour laquelle un werkscan de FTE TO AI permet de calculer quelle part peut être reprise par l'IA, par tâche, sur la base de ce que le travail implique précisément.
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.