Treiberbasierte Steuerung: Anwendungsszenarien für moder ... / 2 Anwendungsszenarien für treiberbasierte Steuerung

Treibermodelle finden aus den genannten zuvor Gründen zunehmend Verbreitung in Management Reporting, Planung und Forecasting. Nach den methodischen Grundlagen werden in diesem Abschnitt Anwendungsszenarien und die damit verbundenen Anforderungen an Treibermodelle und BI-Systeme zur Anwendung beleuchtet. Dies geschieht zunächst für das Management Reporting und danach allgemein für Planung und Forecasting sowie anhand eines aktuellen Praxisbeispiels für einen "Digital Forecast".

2.1 Treiberbasiertes Management Reporting

Treibermodelle als Leitplanke für "Guided Navigation" im Reporting

Anspruch eines treiberbasierten Management Reportings ist es, die Informationsdichte des Reportings zu reduzieren und die Berichtsinhalte in einer logischen Struktur entlang der definierten Zusammenhänge darzustellen und zu analysieren. Ein auf Treibermodellen basierendes Berichtswesen hat damit nicht nur eine höhere Aussagekraft (durch Zusammenhänge, Konsistenz, Vollständigkeit), sondern führt auch zu weniger Aufwand sowohl für das Erstellen von Berichten und bei deren Nutzung. Insbesondere vor dem Hintergrund der zunehmenden Datenverfügbarkeit im "digitalen Reporting" bilden Treibermodelle eine elementare Voraussetzung für die Umsetzung einer "Guided Navigation", die dem Nutzer von interaktiven Berichten sinnvolle Leitplanken für eigenständige aber stets sinnvolle Analyse im Daten- bzw. Berichtspool ermöglicht (= vordefinierte Absprünge und "drill-downs" im Standard- bzw. Analyse-Reporting).

Evolutionsstufen des treiberbasierten Management Reportings

Der Einsatz von Treibermodellen im Management Reporting kann anhand dreier unterschiedlicher Evolutionsstufen beschrieben werden.

Abb. 4: Evolutionsstufen des treiberbasierten Management Reportings

Stufe 1: Treiberberichte und -strukturen für Berichtsmappen

Treibermodelle als Visualisierungs- und Strukturierungselement

In der ersten Stufe dienen Treibermodelle als Struktur für das Berichtswesen. Eine Einstiegsseite kann dabei ein Bericht bilden, in dem das Treibermodell für eine entsprechende Organisationseinheit in Form eines "Treiberbaums" visualisiert ist. Die visuelle Darstellung fördert das Denken in Zusammenhängen. Farblich hervorgehobene Abweichungen (im Sinne der Ampellogik) zeigen intuitiv auf, welche Pfade zur Erklärung von Abweichungen weiter analysiert und verfolgt werden müssen. Sofern in einem interaktiven Online-Berichtswesen umgesetzt, können von den einzelnen Knoten des Treibermodells Absprünge in ergänzende Detailberichte zu einzelnen KPIs oder aber zu anderen Treibermodellen nachgelagerter Organisationseinheiten angeboten werden (s. erneut Abb. 3).

Simulationen und treiberbasierte Analysen im Reporting

Stufe 2: Treibermodelle mit Simulations- und Analysemöglichkeiten

Interaktive Simulations- und Analysemöglichkeiten stellen den Mehrwert der zweiten Stufe dar. Hierbei dient das Treibermodell nicht nur als rein-visueller Bericht, sondern erlaubt neben Analysemöglichkeiten entlang des Treiberbaums auch die vorausschauende Simulation auf Basis der verfügbaren Istdaten. Durch Veränderung der relevanten "Stellschrauben" im Modell können alternative Entwicklungen in Form von "Was-wäre-wenn"-Simulationen durchgeführt und als mögliches Szenario definiert werden. Sofern dieses mit vereinbarten Maßnahmen hinterlegt wird, bilden diese Maßnahmen auch die Basis für eine Maßnahmensteuerung und Tracking. In der Folge wachsen Ist-Reporting und Forecasting folglich näher prozessual und systemisch zusammen.

Stufe 3: Selbstlernende Systeme und adaptive Berichte

Treiberbasiertes Reporting von Ausnahmen und Auffälligkeiten

Auf der letzten Stufe vollzieht sich ein Wandel von fest definierten Treibermodellen hin zu agilen Treibermodellen bzw. Kennzahlensystemen. Agil meint hierbei, dass datengetrieben nahezu in Echtzeit die jeweils für bestimmte Abweichungen relevanten Treiber erkannt und berichtet werden. Das treiberbasierte Management Reporting entspricht dabei einer Form des "Exception Reporting", bei dem sich situationsspezifisch entsprechende Treiberberichte generieren. Diese dritte Stufe beschreibt aufgrund der besonderen technischen Anforderungen folglich eher ein Zukunftsbild als die heutige Realität; auch wenn einzelne Softwarelösungen diesen Weg in Ansätzen bereits einschlagen und technisch unterstützen.

Beispiel beim Automobilzulieferer

Abb. 5 zeigt ein Beispiel für einen Treiberbericht mit Simulationsmöglichkeit entsprechend der beschriebenen zweiten Stufe. Dieses vereinfachte Beispiel^[1] basiert auf der Spitzenkennzahl "Earnings before Interests and Taxes" (EBIT) und umfasst ausgewählte relevante finanzielle und operative Treiber. Für jede KPI sind für zwei Perioden je ein fixer Wertetyp und ein flexibler Referenzwertetyp auswählbar. Mit Hilfe der "Stellhebel" werden die Werte des als flexibel ausgewählten Wertetyps prozentual verändert und die entsprechenden Veränderungen gegenüber der Vergleichsperiode ausgegeben. Die Umsetzung erfolgte inkl. BW-Datenanbindung in SAP BO Dashboard.

Abb. 5: Einfaches Beispiel für Treiberbaumberi...