Ein Tool wird häufig als erster Schritt angeschafft: Es gibt Druck, es gibt eine Deadline, es gibt einen Anbieter mit einer überzeugenden Demo. Die Frage, die dabei selten gestellt wird: Steht bereits etwas, worüber dieses Tool gesetzt werden kann? Ein Tool organisiert nichts aus sich selbst. Es zeigt, berechnet und strukturiert, was Sie hineingeben. Wenn die zugrunde liegenden Daten nicht festgelegt sind — kein Register der Datenpunkte, keine festgelegte Herkunft, kein benannter Eigentümer pro Kennzahl — dann erhalten Sie ein Tool, das ordentlich darstellt, was faktisch weiterhin lose Tabellen und lose Annahmen sind.
Das Tool selbst funktioniert meistens einwandfrei. Das Problem liegt in dem, was hineingeht. Ein Dashboard, das den Energieverbrauch pro Standort zeigt, ist so gut wie die Eingabe, die es erhält. Wenn niemand festgelegt hat, welche Abteilung diese Zahlen liefert, mit welchen Quelldateien, nach welcher Berechnungsregel, dann füllt das Tool eine Lücke mit einer Schätzung, einer falschen Verknüpfung oder einer Zahl, die ein Kollege vor drei Jahren einmalig eingegeben hat und die nie wieder aktualisiert wurde. Das Tool signalisiert das selbst nicht. Es rechnet einfach weiter.
Die Kosten dieser Reihenfolge lassen sich nicht in einer einzigen Zahl erfassen, und genau das ist der Punkt: Sie sind diffus und verteilt. Zeit, die erneut aufgewendet wird, um herauszufinden, woher eine Zahl kommt, nachdem sie bereits im Tool stand. Diskussionen zwischen Finance und Sustainability darüber, wer welche Zahl geliefert hat. Ein Controller, der bei der ersten externen Prüfung zugeben muss, dass die Herkunft eines Kernindikators nicht zu rekonstruieren ist. Eine Implementierung, die erneut durchgeführt wird, teilweise oder vollständig, weil die Datenstruktur nicht darauf ausgerichtet war. Auf dieser Seite wird die Kernfrage selbst näher ausgearbeitet: welche Reihenfolge logisch ist und warum genau diese.
Ein Tool wird auf Basis von Funktionalität ausgewählt: Kann es die richtigen Datenpunkte verarbeiten, schließt es an den richtigen Berichtsstandard an, ist die Berichtsstruktur flexibel genug für das, was sich noch ändern wird. Diese Anforderungen lassen sich nicht abstrakt formulieren. Sie folgen aus dem, was an Daten bereits existiert, wer diese Daten verwaltet und welche Lücken es gibt. Ohne diesen Überblick wird das Tool auf Basis dessen ausgewählt, was der Anbieter in einer Demo zeigt, nicht auf Basis dessen, was Ihre Organisation benötigt. Welche funktionalen Anforderungen tatsächlich aus Ihrer eigenen Situation folgen, wird auf dieser Seite über funktionale Anforderungen aus dem eigenen Prozess erläutert.
Die umgekehrte Reihenfolge — zuerst das Tool, später der Prozess — führt zu einer zweiten Anschaffung, einer Migration oder einem Tool, das permanent mit den Tabellen ergänzt wird, die es hätte ersetzen sollen. Wer einmal in dieser Spirale steckt, stellt fest, dass das Tool nicht das Problem löst, das es lösen sollte: unzuverlässige, unauffindbare oder unverwaltete Daten. Es verlagert das Problem lediglich in eine schönere Oberfläche.
Organisieren im Vorfeld ist keine bürokratische Übung. Es ist ein Register: welche Datenpunkte für die Berichterstattung benötigt werden, woher sie kommen, über welche Systeme oder Tabellen sie sich zur endgültigen Kennzahl bewegen, wer für ihre Richtigkeit verantwortlich ist und welche Qualitätsregel gilt, um einen Fehler rechtzeitig zu signalisieren. Dieses Register existiert unabhängig davon, welches Tool später darübergesetzt wird. Es ist die Grundlage, auf der ein Tool funktioniert, unabhängig davon, welcher Anbieter gewählt wird.
Um zu verhindern, dass der zweite Fehler derselbe ist wie der erste, ist es nützlich zu wissen, wie ein Tool tatsächlich ohne Reue auszuwählen ist: Welche Schritte dazugehören, steht auf dieser Seite über Tool-Auswahl ohne Reue. Für Organisationen in bestimmten Branchen ist es außerdem nützlich zu sehen, woher die Nachhaltigkeitsdaten konkret kommen: im Bausektor liegen sie oft verteilt über Projektverwaltungen und Subunternehmer, wie auf dieser Seite über Nachhaltigkeitsdaten im Bausektor beschrieben, und in der Installationsbranche ist das wiederum anders verteilt, wie auf dieser Seite über Nachhaltigkeitsdaten in der Installationsbranche erläutert.
Der Data Readiness Scan legt dieses Register an, bevor über ein Tool gesprochen wird: pro Datenpunkt die Herkunft, den Eigentümer und die Qualitätsregel. Kein Bericht, kein ausgefüllter Fragebogen, sondern die Struktur, auf die sich ein Bericht oder Fragebogen später stützen kann. Das Tool befindet sich in der Entwicklung; wer daran Interesse hat, kann sich für die Warteliste anmelden.
Sobald klar ist, welche Datenpunkte es gibt, woher sie kommen und wer sie verwaltet, entsteht auch ein präziseres Bild der Arbeit rund darum: wer sammelt, wer kontrolliert, wer legt fest. Diese Arbeit ist nicht überall gleich gut für Automatisierung geeignet. Der Werkscan von FTE TO AI berechnet pro Aufgabe, welcher Anteil tatsächlich von KI übernommen werden kann, auf Basis dessen, was diese Aufgabe genau umfasst, und nicht auf Basis einer allgemeinen Einschätzung über die Branche.
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.