Eine Control ist eine Regel oder Prüfung, die absichern soll, dass ein Datenpunkt stimmt: ein Abgleich zwischen zwei Quellen, eine Genehmigung, bevor eine Kennzahl weiterläuft, eine Prüfung auf eine Bandbreite. Auf dem Papier steht die Control in einem Prozessdokument oder einem Auditbericht beschrieben. Aber eine Control, die niemand ausführt, ist keine Control. Sie ist ein Satz in einem Dokument.
In einer Gruppe mit einer Entität ist dieses Problem meist klein. Es gibt eine Finanzabteilung, einen Controller, eine Person, die weiß, wer worauf achtet. In einer Gruppe mit mehreren Entitäten verschwindet diese Selbstverständlichkeit. Jede Entität hat möglicherweise ein eigenes Buchhaltungssystem, einen eigenen lokalen Controller, eine eigene Art, Energieverbrauch oder Personaldaten zu erfassen. Die Control, die auf Gruppenebene entworfen wurde, muss bei jeder Entität separat ausgeführt werden — oder nirgends.
Die Eigentümerschaft einer Control zerfällt in zwei Teile, die nicht immer bei derselben Person liegen. Da ist derjenige, der die Control entworfen oder genehmigt hat — oft auf Gruppenebene, aus Sustainability oder Finance. Und da ist derjenige, der die Control pro Entität tatsächlich ausführt — oft ein lokaler Controller, ein operativer Manager, jemand, der die Tabelle pflegt.
Wenn diese beiden Rollen nicht explizit zugewiesen sind, passiert etwas Vorhersehbares: Die Gruppe denkt, die Control existiere, weil sie entworfen wurde, während sich auf Entitätsebene niemand verantwortlich fühlt, sie auszuführen. Das ist genau das, was was Sie tun, wenn niemand Eigentümer ist in einer Gruppe mit mehreren Entitäten beschreibt: Die Frage ist nicht nur, wer die Control besitzen sollte, sondern was strukturell schiefgeht, wenn diese Frage unbeantwortet bleibt.
Eine brauchbare Methode, Eigentümerschaft zuzuweisen, beginnt nicht bei der Entität, sondern beim Datenpunkt. Für jeden Datenpunkt, der in der Berichterstattung wiederkehrt — CO2-Ausstoß pro Standort, Anzahl FTE, Wasserverbrauch — gibt es eine Kette: eine Definition, einen Prozess, in dem er erfasst wird, und eine Control, die nachweisen soll, dass er stimmt. Wer besitzt die Definition eines Datenpunkts bestimmt, was genau gemessen wird und nach welcher Norm. Wer besitzt den Prozess darunter bestimmt, wer den Datenpunkt erfasst und liefert. Und darüber steht die Frage wer besitzt die Control: wer prüft, ob das Ergebnis dieses Prozesses plausibel und korrekt ist, und wer dafür zeichnet.
Bei einer Gruppe mit mehreren Entitäten bedeutet dies, dass jede dieser drei Rollen pro Entität unterschiedlich sein kann, während die Definition und die Control selbst idealerweise gruppenweit gleich sind. Eine Control, die bei der einen Entität ein manueller Abgleich ist und bei der anderen eine automatisierte Prüfung, liefert Daten, die nicht vergleichbar sind — auch wenn sie bei beiden Entitäten „Control auf Energieverbrauch" heißt.
Eine Control ist erst dann etwas wert, wenn sie weiß, was ein akzeptables Ergebnis ist und was nicht. Das erfordert zwei Dinge, die oft implizit bleiben. Erstens eine Antwort auf was ist ein gültiger Wert: eine Bandbreite, eine Einheit, ein Format, innerhalb dessen eine eingegebene Zahl akzeptabel ist. Ohne diese Norm kann eine Control nur prüfen, ob etwas eingetragen wurde, nicht ob es stimmt. Zweitens eine Methode, um Abweichungen zu erkennen, bevor sie im Endbericht landen — wie Sie eine Signalabweichung einstellen handelt von Schwellenwerten, die anzeigen, wann eine Kennzahl einen Blick eines Menschen verdient, anstatt dass jede Control bei jedem Datenpunkt gleich viel Aufmerksamkeit erhält.
Bei mehreren Entitäten lohnt es sich, diese beiden Elemente — gültiger Wert und Signalabweichung — auf Gruppenebene festzulegen und lokal ausführen zu lassen. Das verhindert, dass jede Entität eine eigene Interpretation von „normal" anwendet.
Die Versuchung bei einer Gruppe mit mehreren Entitäten ist, ein Softwarepaket anzuschaffen, das automatisch Abgleiche erstellt und Abweichungen signalisiert. Dieses Paket tut, was es tun soll, sobald die zugrunde liegende Frage beantwortet ist: wer für was verantwortlich ist, pro Datenpunkt, pro Entität. Ohne diese Antwort organisiert ein Tool nichts — es führt Control-Logik auf Daten aus, über die niemand genau weiß, wer darüber wacht.
Eigentümerschaft von Control ist daher keine Frage, die nachträglich, bei der Implementierung, beantwortet wird. Es ist die erste Frage, und die Frage, die bestimmt, ob alles, was danach kommt, auf etwas Solidem steht.
Sobald die Eigentümerschaft von Control pro Entität und pro Datenpunkt festgelegt ist, entsteht auch ein Überblick darüber, was in dieser Arbeit wiederholbar ist: das Abgleichen von Zahlen, das Prüfen von Bandbreiten, das Signalisieren von Abweichungen. Ein Teil dieser Schritte ist fest genug, um einem Computer zu überlassen, ein anderer Teil erfordert eine Beurteilung, die bei einem Menschen bleiben muss. Der Werkscan von FTE TO AI berechnet pro Aufgabe, welcher Teil dieser Arbeit von KI übernommen werden kann, sodass deutlich wird, wo Automatisierung Kontrolle stärkt und wo sie Eigentümerschaft gerade aushöhlen würde.
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.