Zum Inhalt springen
← Impulse

Von der Kennzahl zu ihrem Ursprung: So verfolgen Sie eine Geschäftskennzahl durch Berichte und Systeme

Erfahren Sie, wie Sie den Weg einer Kennzahl vom Bericht über Quellen und Regeln bis zu den Verantwortlichen rekonstruieren und Abweichungen zwischen Systemen untersuchen.

Weg einer Geschäftskennzahl vom Bericht über Modelle und Transformationen bis zum Quellsystem

Eine Kennzahl kann in mehreren Berichten erscheinen und dennoch nicht überall genau dasselbe bedeuten. Wenn zwei Dashboards unterschiedliche Werte anzeigen, reicht es nicht, die Zahlen miteinander zu vergleichen. Sie müssen herausfinden, welche Daten und Regeln zu den jeweiligen Ergebnissen geführt haben. Den Ursprung einer Geschäftskennzahl nachzuverfolgen bedeutet, diesen Weg zu rekonstruieren und für alle verständlich zu dokumentieren, die Entscheidungen treffen.

Es geht nicht darum, standardmäßig jedes technische Detail festzuhalten. Vielmehr sollten sich praktische Fragen beantworten lassen: Was stellt der Wert dar, woher stammt er, welche Verarbeitungsschritte hat er durchlaufen, wer kann seine Bedeutung bestätigen und was ist bei Änderungen zu prüfen? Eine angemessene Übersicht erspart wiederholte Untersuchungen und hilft festzustellen, ob eine Abweichung ein Fehler oder ein legitimer Unterschied ist.

Was es bedeutet, den Ursprung einer Kennzahl nachzuverfolgen

Was es bedeutet, den Ursprung einer Kennzahl nachzuverfolgen

Die Datenherkunft beschreibt den Weg der Daten: vom System, in dem sie erfasst werden, bis zu den Modellen, Prozessen und Visualisierungen, in denen sie dargestellt werden. Bei einer Kennzahl gehören dazu auch die Vorgänge, durch die aus Datensätzen ein Indikator entsteht, etwa Filter, Gruppierungen, Verknüpfungen oder Berechnungen.

Es ist sinnvoll, drei Fragen auseinanderzuhalten, die häufig vermischt werden:

  • Definition: Welches Ereignis oder Ergebnis misst die Kennzahl? Was gilt beispielsweise als abgeschlossener Verkauf?
  • Datenherkunft: Welche Quellen und Verarbeitungsschritte erzeugen den Wert, der im Bericht angezeigt wird?
  • Datenqualität: Sind die Daten vollständig, aktuell genug und entsprechen sie den erwarteten Regeln?

Eine Kennzahl kann klar definiert sein, während ihre Datenherkunft unbekannt ist. Ebenso kann sie gut dokumentiert sein, aber auf unvollständigen Daten beruhen. Eine dieser Fragen zu klären, löst nicht automatisch die anderen. Durch diese Trennung lässt sich die passende Untersuchung veranlassen: die Bedeutung klären, den technischen Weg verfolgen oder die Zuverlässigkeit der Daten prüfen.

Den Weg vom Bericht zurück zur Quelle abbilden

Beginnen Sie bei dem Wert, der Fragen aufwirft, und verfolgen Sie seinen Weg rückwärts. Notieren Sie den Namen des Berichts, die Visualisierung, das verwendete Feld oder die Kennzahl sowie das zugrunde liegende Zwischenmodell. Gehen Sie dann zum Verarbeitungsprozess und schließlich zu dem System zurück, in dem die ursprünglichen Daten erfasst werden. Das Ergebnis lässt sich als einfache Kette darstellen: Bericht → Modell → Transformation → Quellsystem → ursprünglicher Datensatz.

Nehmen Sie nicht an, dass ein angezeigter Indikator direkt aus einer Tabelle des operativen Systems stammt. Er kann von mehreren Quellen, einer aggregierten Tabelle oder einer Kombination mit externen Informationen abhängen. Wenn sich der Weg verzweigt, dokumentieren Sie jeden Eingang und dessen Beitrag. Eine Kennzahl könnte beispielsweise Bestellungen aus einer Plattform mit Erstattungen aus einem anderen System kombinieren. Diese Einzelheit ist wichtig, um zu verstehen, warum eine Aktualisierung oder ein Fehler in einer Quelle nur einen Teil der Berechnung betrifft.

Bestätigen Sie jeden Schritt bei der Person, die den Prozess betreut, oder anhand überprüfbarer Belege wie der Berichtskonfiguration, dem Transformationscode oder der Modellbeschreibung. Lässt sich ein Glied der Kette nicht bestätigen, kennzeichnen Sie es als unbekannt, statt eine Annahme einzutragen. Eine ausdrücklich als unvollständig ausgewiesene Übersicht ist hilfreicher als eine scheinbar präzise, aber erfundene Darstellung.

Welche Informationen in jeder Phase festgehalten werden sollten

Die Dokumentation sollte es einer anderen Person ermöglichen, die Prüfung zu wiederholen, ohne auf das Gedächtnis der Person angewiesen zu sein, die den Bericht erstellt hat. Halten Sie mindestens Folgendes fest:

  • Name und Zweck: Wie heißt die Kennzahl und welche Entscheidung unterstützt sie?
  • Operative Definition: Formel, Einheit, Zeitraum, Zeitzone sowie relevante Ein- und Ausschlussregeln.
  • Quellen und Abhängigkeiten: Systeme, Modelle und Zwischenprozesse sowie die Felder, die zum Auffinden der einzelnen Schritte erforderlich sind.
  • Transformationen: Filter, Deduplizierung, Umrechnungen, Verknüpfungen, Gruppierungen und der Umgang mit fehlenden Werten.
  • Aktualisierungshäufigkeit und Verzögerung: Wann wird die Quelle aktualisiert und wann sollte der Wert im Bericht erscheinen?
  • Verantwortliche: Wer betreut die Implementierung und wer bestätigt die fachliche Bedeutung?
  • Bekannte Kontrollen: Prüfungen auf Vollständigkeit, erwartete Grenzwerte oder vorhandene Warnmeldungen, sofern es welche gibt.

Dokumentieren Sie nur so viele Einzelheiten, wie für die Interpretation, Prüfung oder Pflege der Kennzahl nötig sind. Hat eine Formel eine wichtige Auswirkung – etwa den Ausschluss von Stornierungen –, beschreiben Sie die Regel in fachlicher Sprache und nennen Sie, wo sie technisch angewendet wird. So können Fachbereiche die Absicht überprüfen und technische Teams die Implementierung auffinden.

So untersuchen Sie unterschiedliche Werte in zwei Berichten

Bevor Sie nach einem Fehler suchen, prüfen Sie, ob die Berichte tatsächlich dasselbe vergleichen. Verwenden Sie für beide denselben Zeitraum und kontrollieren Sie Stichtag, Zeitzone, Währung, Einheit, aktive Filter und Aktualisierungszeitpunkt. Ein Vergleich zwischen einem heute aktualisierten Bericht und einem Bericht mit Daten von gestern kann eine erwartbare Abweichung ergeben.

  1. Stellen Sie die Abweichung nach: Legen Sie Zeitraum, Filter und Dimensionen fest und halten Sie das beobachtete Ergebnis in beiden Berichten fest.
  2. Vergleichen Sie die Definitionen: Prüfen Sie, welche Ereignisse gezählt werden und wie Stornierungen, Duplikate, Rückerstattungen und verspätet eintreffende Datensätze behandelt werden.
  3. Verfolgen Sie jede Datenherkunft: Stellen Sie fest, ob die Berichte dieselbe Quelle und Transformation verwenden oder an einer Stelle voneinander abweichen.
  4. Finden Sie den ersten Unterschied: Vergleichen Sie die verfügbaren Daten in jeder Phase, nicht nur die Endsumme.
  5. Ordnen Sie den Fall ein und weisen Sie ihn zu: Unterscheiden Sie zwischen Definitionsunterschieden, Aktualisierungsverzögerungen, Transformationsfehlern und Problemen in der Quelle. Vereinbaren Sie, wer sich um den jeweiligen Fall kümmert.

Entsteht die Abweichung erst nach einer Transformation, prüfen Sie deren Filter und Bedingungen anhand konkreter Datensätze. Ist sie bereits in der Quelle vorhanden, kontrollieren Sie, wann der Datensatz erstellt oder aktualisiert wurde und ob verspätete Einträge vorliegen. Korrigieren Sie den Bericht nicht mit einem manuellen Ausgleich, ohne die Ursache zu verstehen: So könnte das Problem verborgen und eine weitere Version der Kennzahl geschaffen werden.

Den passenden Detailgrad wählen und aktuell halten

Der angemessene Detailgrad hängt davon ab, welche Entscheidung die Kennzahl unterstützt und welche Folgen eine falsche Zahl hätte. Bei einem explorativen Wert kann es ausreichen, die Hauptquelle, die Definition und die Aktualisierungshäufigkeit zu dokumentieren. Für eine Kennzahl, die operative oder finanzielle Entscheidungen beeinflusst, sollten Sie die relevanten Transformationen, kritischen Abhängigkeiten, Verantwortlichen und Kontrollen zur Erkennung von Änderungen festhalten.

Vermeiden Sie beide Extreme: eine so oberflächliche Übersicht, dass sie keine Untersuchung ermöglicht, und eine so umfassende Dokumentation, dass sie niemand aktuell hält. Priorisieren Sie die Schritte, an denen Geschäftsregeln angewendet, Quellen zusammengeführt oder Informationen verloren gehen. Ergänzen Sie Details, wenn Abweichungen wiederholt auftreten, ein Systemwechsel stattfindet oder eine Entscheidung genauere Nachweise erfordert.

Auch die Datenherkunft verändert sich. Eine Quelle kann ersetzt, eine Transformation angepasst oder ein Bericht von einem anderen Modell abhängig werden. Nehmen Sie die Überprüfung der Dokumentation in den Änderungsprozess auf: Wer eine Abhängigkeit ändert, sollte angeben, welche Kennzahlen davon betroffen sein können, und den Ablauf aktualisieren. Verknüpfen Sie die Beschreibung nach Möglichkeit mit dem Ort, an dem die Logik gepflegt wird. So lassen sich veraltete Kopien vermeiden.

Checkliste für eine vorhandene Kennzahl

Checkliste für eine vorhandene Kennzahl

Bevor Sie die Arbeit abschließen, prüfen Sie, ob eine verantwortliche Person die folgenden Fragen beantworten kann:

  • Was bedeutet die Kennzahl und welche Entscheidung unterstützt sie?
  • Welcher Zeitraum, welche Einheit, Filter und Regeln bestimmen den Wert?
  • Welche Berichte, Modelle, Transformationen und Quellsysteme sind beteiligt?
  • Wo werden die Regeln angewendet, die das Ergebnis am stärksten verändern können?
  • Wie häufig wird aktualisiert und welche Verzögerungen sind normal?
  • Wer bestätigt die Definition und wer betreut die einzelnen kritischen Abhängigkeiten?
  • Wie lassen sich die Berichte vergleichen und an welcher Stelle wird der erste Unterschied sichtbar?

Fehlen Antworten, machen Sie daraus konkrete Aufgaben: eine Regel bestätigen, eine Transformation auffinden oder eine zuständige Person benennen. So wird das Nachverfolgen des Ursprungs einer Kennzahl von einer improvisierten Suche zu einer wiederholbaren Praxis. Das Ergebnis ist nicht nur das Wissen, woher ein Wert stammt, sondern auch die Möglichkeit zu erklären, was er darstellt, wann man ihm vertrauen kann und was zu tun ist, wenn er nicht mehr stimmt.

Fuentes y referencias

  1. AI Risk Management FrameworkNIST
  2. Data management body of knowledgeDAMA International