Eine Tabellenkalkulation mit Energieverbrauch pro Standort ist an sich kein Problem. Das Problem entsteht im nächsten Schritt: wie diese Zeilen zu der Zahl zusammengeführt werden, die im Bericht steht. Dieser Schritt geschieht oft in einer Formel, einer Pivot-Tabelle oder, schlimmer noch, im Kopf derjenigen Person, die die Tabellenkalkulation jährlich aktualisiert. Niemand anders weiß genau, welche Zeilen berücksichtigt wurden, welche ausgeschlossen wurden und warum.
Aggregieren klingt nach Rechnen, ist aber eine Reihe von Entscheidungen. Zählen Sie Standorte mit, die einen Teil des Jahres geschlossen waren? Berücksichtigen Sie gemietete Standorte oder nur Eigentum? Rechnen Sie mit Kalenderjahr oder Geschäftsjahr? Jede Entscheidung verändert die Endzahl, und in einer Tabellenkalkulation sind diese Entscheidungen meist nicht getrennt festgehalten. Sie stecken in einer Formel, die auf Zellen verweist, ohne dass eine lesbare Zeile dasteht, die sagt: dies ist die Aggregationsregel, und dies ist der Grund dafür.
Sobald jemand die Tabellenkalkulation übernimmt, oder sobald ein Controller ein Jahr später eine vergleichbare Zahl reproduzieren möchte, fehlt diese Erklärung. Die Formel funktioniert noch, aber niemand kann mehr beurteilen, ob sie für die Situation dieses Jahres noch korrekt ist.
Zwischen der Rohzeile in der Tabellenkalkulation und der Zahl im Bericht liegen in der Regel mehrere Schritte: Auswahl der relevanten Zeilen, Umrechnung in eine Einheit, Summierung oder gewichteter Durchschnitt, und manchmal eine Korrektur für fehlende Monate oder Standorte. Jeder Schritt kann eine eigene Regel haben, und jede Regel kann sich ändern, ohne dass dies irgendwo vermerkt wird.
Die Frage, die dann zählt: Wenn ein Controller fragt, wie diese Zahl zustande gekommen ist, können Sie die Schritte einzeln aufzeigen? Nicht das Ergebnis rückwärts durch die Formel herleiten, sondern die Regeln selbst zeigen.
Eine Aggregationsregel, die nur in einer Formel existiert, ist nicht überprüfbar und nicht übertragbar. Festlegen bedeutet: getrennt von der Tabellenkalkulation vermerken, welche Aggregation angewendet wurde, auf welche Auswahl, mit welchen Ausnahmen, und wer diese Regel festgelegt hat. Das ist kein zusätzliches Dokument neben der Tabellenkalkulation, es ist die Erklärung, die die Tabellenkalkulation erst als Quelle für einen Berichtspunkt brauchbar macht.
Ohne diese Erklärung verändert sich eine Aggregationsregel unbemerkt. Jemand fügt der Liste einen Standort hinzu, passt die Formel an, und die Zahl dieses Jahres ist nicht mehr mit dem Vorjahr vergleichbar. Nicht weil sich die zugrunde liegenden Daten verändert haben, sondern weil die Art der Summierung still angepasst wurde.
Aggregation ist einer der Orte, an denen Tabellenkalkulationen Aggregationsfehler verstecken, aber nicht der einzige. Vergleichbare Fragen gelten für Einheiten und Definitionen: siehe wie Sie Normalisierung festlegen, wenn die Quelle eine Tabellenkalkulation ist für den Schritt, der oft vor der Aggregation kommt. Und um den vollständigen Weg von der Rohzeile zur Berichtszahl abzubilden, auch ohne spezialisierte Software, gibt es wie Sie Lineage ohne Tool erstellen, wenn die Quelle eine Tabellenkalkulation ist. Beide schließen an die breitere Frage was Source-to-Report-Mapping genau bedeutet an, in der Aggregation einer der Schritte ist, die dokumentiert werden.
Eine Aggregationsregel braucht, wie ein Datenpunkt, jemanden, der für die dahinterstehende Entscheidung verantwortlich ist. Nicht diejenige Person, die zufällig die Formel geschrieben hat, sondern diejenige, die erklären kann, warum diese Auswahl und diese Berechnungsmethode gewählt wurden, und die eine Änderung genehmigt, bevor sie durchgeführt wird. Diese Frage hängt zusammen mit wer die Definition eines Datenpunkts besitzt: Die Definition bestimmt, was gemessen wird, die Aggregationsregel bestimmt, wie Messungen zu einer Berichtszahl zusammengeführt werden. Beide gehören zu jemandem mit Namen, nicht zu einer Tabellenkalkulation, die von Hand zu Hand geht.
Das Festlegen von Aggregationsregeln ist keine einmalige Übung. Es ist eine Frage, die immer wieder zurückkommt, sobald sich die Organisation verändert: ein neuer Standort, eine neue Einheit, eine Fusion. Deshalb reicht es nicht, dieses Mal zu dokumentieren; es muss einen Prozess geben, der die Festlegung bei jeder Änderung wiederholt. Wer diesen Prozess überwacht und wann eine Aggregationsregel überarbeitet wird, ist eine Frage, die wer den zugrunde liegenden Prozess besitzt betrifft, unabhängig davon, wer die einzelnen Zahlen liefert.
Diese Seite beschreibt, was nötig ist, um Aggregation transparent zu machen. Der Data Readiness Scan ist das Tool, das dabei hilft, dies für Ihre Datenpunkte festzuhalten: das Register, die Quelle-zu-Bericht-Lineage pro Punkt und die Eigentümerschaftsregeln. Dieses Tool befindet sich im Aufbau. Wer hiermit jetzt schon beginnen möchte, kann sich für die Warteliste anmelden.
Sobald Aggregationsregeln festgelegt sind, mit einem Eigentümer und einem Grund, entsteht eine andere Art von Arbeit: das Ausführen und Kontrollieren derselben Schritte, Jahr für Jahr. Ein Großteil dieser ausführenden Arbeit, von der Auswahl von Zeilen bis zum Summieren von Zahlen nach einer festen Regel, ist die Art von Aufgabe, bei der mit einem Werkscan von FTE TO AI berechnet werden kann, welcher Anteil von KI übernommen werden kann, pro Aufgabe, basierend darauf, was die Arbeit genau umfasst.
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.