Kennisbank

Wann gilt ein Register über mehrere Business Units als abgeschlossen

Ein Register für eine einzelne Business Unit bekommen Sie irgendwann rund. Die Datenpunkte stehen darin, jeweils mit einer Quelle und einem Eigentümer, und die Definitionen sind geprüft. Bei mehreren Business Units ändert sich die Frage. Es geht nicht mehr darum, ob eine Liste vollständig ist, sondern ob die Listen zusammen ein stimmiges Gesamtbild der Organisation ergeben.

Das ist eine andere Art von Arbeit als das Eintragen weiterer Zeilen. Die Falle besteht darin, zu denken, dass ein Register fertig ist, sobald jede Unit ihre eigene Tabelle ausgefüllt hat. Vier volle Tabellen mit vier unterschiedlichen Definitionen desselben Datenpunkts ergeben kein Register, sondern vier Register, die zufällig nebeneinanderliegen.

Was pro Business Unit im Register stehen muss

Pro Unit wiederholt sich dieselbe Grundarbeit: welche Datenpunkte werden benötigt, woher kommen sie, und wer ist dafür verantwortlich. Das beginnt bei der Frage welche Datenpunkte Sie wirklich benötigen, denn eine Unit, die zu viele Datenpunkte erfasst, sammelt vor allem Pflegelast, ohne dass die Berichterstattung dadurch besser wird.

Für jeden Datenpunkt, der übrig bleibt, muss dieselbe Frage gestellt werden: existiert er bereits in einem System, oder muss er noch abgefragt werden. Die Seite über wo ein Datenpunkt bereits existiert beschreibt diese Recherche. Bei mehreren Business Units fällt die Antwort oft unterschiedlich aus: Unit A hat den Energieverbrauch bereits in einem Facility-System stehen, Unit B erfasst ihn noch in einer Tabelle, die ein Controller pflegt. Dieser Unterschied muss im Register sichtbar sein, statt hinter einer einheitlichen Spalte zu verschwinden, die überall „vorhanden“ meldet.

Wo es häufig schiefgeht: derselbe Name, andere Definition

Das größte Risiko bei mehreren Units ist nicht, dass Datenpunkte fehlen, sondern dass sie unter demselben Namen erfasst sind, während sie etwas anderes messen. „Wasserverbrauch“ kann bei der einen Unit nur die Hauptverwaltung betreffen und bei der anderen auch die Produktionshalle. „Anzahl FTE“ kann mit oder ohne Leihkräfte gezählt sein. Solange dieser Unterschied nicht benannt ist, fällt niemandem das Problem auf, bis die Zahlen für den konsolidierten Bericht zusammengeführt werden müssen.

Ein Register, das dies löst, legt pro Datenpunkt die Definition auf Organisationsebene fest und zeigt anschließend pro Unit, ob diese Definition auch so angewendet wurde. Wo das nicht der Fall ist, steht dies als offener Punkt im Register, nicht als stille Annahme. Der Aufbau dieser Struktur ist beschrieben unter wie Sie ein Datenpunktregister aufstellen, und diese Reihenfolge ändert sich nicht, wenn es mehrere Units gibt: zuerst die Datenpunkte und ihre Definitionen auf Organisationsebene festlegen, dann pro Unit ausfüllen, was schon vorhanden ist und was fehlt.

Fehlende Quellen gibt es überall, nicht nur bei der kleinsten Unit

Die Annahme, dass nur kleinere oder weniger ausgereifte Units Lücken in ihren Quellen haben, trifft selten zu. Eine große Unit mit einem umfangreichen ERP-System kann bei bestimmten Umweltdaten genauso auf eine manuelle Zählung angewiesen sein wie ein kleiner Standort. Der Anteil der Datenpunkte ohne belastbare Quelle hängt vom Thema ab und davon, wie lange eine Unit schon mit diesen Zahlen arbeitet, nicht von der Größe der Unit. Wie viele Ihrer Datenpunkte eine Quelle haben, ist deshalb eine Frage, die pro Unit einzeln beantwortet werden muss, siehe wie viele Ihrer Datenpunkte eine Quelle haben. Erst wenn das pro Unit erfasst ist, lässt sich etwas über das Gesamtbild sagen.

Datenpunkte ohne Quelle verschwinden nicht aus dem Register, weil sie unangenehm sind. Sie erhalten einen Status und einen nächsten Schritt, beschrieben unter was Sie mit einem Datenpunkt ohne Quelle tun. Bei mehreren Business Units ist es sinnvoll, diesen Status zwischen den Units zu vergleichen: Wenn drei von vier Units eine Quelle für einen Datenpunkt haben und die vierte nicht, liegt dort meist eine Lösung in Reichweite bei diesen drei Units, statt dass die vierte Unit das Rad neu erfinden muss.

Wann das Register stimmt

Ein Register über mehrere Business Units stimmt nicht, weil es vollständig aussieht, sondern weil drei Dinge zugleich zutreffen. Erstens: Jeder Datenpunkt hat auf Organisationsebene eine einzige Definition, und diese Definition wurde bei jeder Unit gleich angewendet oder der Unterschied ist explizit festgehalten. Zweitens: Für jeden Datenpunkt ist pro Unit klar, ob eine Quelle vorhanden ist, und wenn nicht, welcher Status gilt. Drittens: Die Eigentümerschaft ist auf der Ebene zugewiesen, auf der das Wissen tatsächlich liegt, nicht automatisch beim höchsten Manager der Unit.

Wie lange diese Arbeit dauert, hängt von der Anzahl der Units, der Anzahl der Themen und dem Zustand der zugrunde liegenden Systeme ab; eine Einschätzung dazu ist beschrieben unter wie lange es dauert, ein Thema in Ordnung zu bringen. Das ist keine feste Durchlaufzeit, sondern eine Summe der Arbeit, die pro Unit und pro Datenpunkt noch erledigt werden muss.

Das Zusammenführen dieser Register, das Zurückführen von Definitionen und das Nebeneinanderlegen von Quellen pro Unit ist zu einem großen Teil wiederholbare Arbeit: dieselben Fragen, immer wieder auf eine andere Abteilung oder einen anderen Datenpunkt angewendet. Welcher Teil davon von KI übernommen werden kann und welcher Teil Handarbeit bleibt, ist genau das, wofür der Werkscan von FTE TO AI entwickelt wurde: Er rechnet pro Aufgabe aus, wie viel Spielraum es gibt, diese Art von Registerarbeit zu beschleunigen, ohne dass das Ergebnis von Annahmen abhängt, die niemand überprüft hat.