Value Driver Trees are dead. Long live value driver trees.

Stellt man im Strategie-Workshop eine einfache Frage an einen typischen Treiberbaum, kommt eine instruktive Pause. Die Frage lautet: „Was passiert mit unserer Spitzenkennzahl im nächsten Jahr, wenn die Auslastung in zwei spezifischen Linien um vier Prozentpunkte sinkt, der Produktmix sich aber gleichzeitig um zwei Prozentpunkte zugunsten der margenstärkeren Variante verschiebt?“

Der Treiberbaum auf der Folie antwortet nicht. Er kann nicht antworten. Er ist nie dafür gebaut worden.

Im Raum entsteht stattdessen die übliche Bewegung. Jemand öffnet ein Excel. Jemand telefoniert mit dem Werkscontrolling. Eine halbe Stunde später liegt eine Schätzung vor, die niemand verifizieren kann, weil die Annahmen darin nicht expliziert sind. Der Vorstand entscheidet trotzdem. So entstehen die meisten operativen Korrekturen im Mittelstand und in Konzernen gleichermaßen, und so wird sichtbar, was der Treiberbaum auf der Folie eigentlich ist: ein Plakat. Kein Werkzeug.

Warum der klassische Treiberbaum oft nicht reicht

Es geht nicht darum, das Konzept des Treiberbaums grundsätzlich infrage zu stellen. Im Gegenteil: Die Idee, zentrale Kennzahlen über ihre wichtigsten Einflussfaktoren verständlich zu machen, bleibt richtig und wertvoll. Problematisch wird es erst, wenn eine sauber gezeichnete Aufschlüsselung von ROCE, EVA, EBIT-Marge oder Net Income bereits als echtes Steuerungsinstrument verstanden wird.

Diese Bäume haben einen Zweck: Sie kommunizieren nach außen, wie das Unternehmen denkt. Investor Relations braucht sie, der Aufsichtsrat liest sie, die Strategieabteilung beruft sich auf sie. Als Diagnoseraster sind sie nützlich. Niemand bestreitet das.

Was bestritten wird, ist die Annahme, dass dasselbe Bild auch nach unten ins operative Geschäft hineinsteuert. Dies tut es häufig nicht. Wer am Knoten „Produktionseffizienz“ zieht, zieht im Diagramm an einer Linie. In der Realität zieht niemand. Produktionseffizienz ist kein Hebel, sie ist das, was hinten herauskommt, wenn an ganz anderen Stellen Hebel betätigt, wurden: an Lieferantenverträgen, Stücklisten, Ausschussquoten in bestimmten Linien, Rüstzeiten in spezifischen Schichten. Der Baum auf der Folie sieht keinen dieser Hebel. Er sieht nur ihre Spuren.

Die passende Alternative

Ein steuerungsfähiger Treiberbaum beginnt nicht oben, sondern unten. Er beginnt mit der Frage, wer im operativen Geschäft welchen Hebel tatsächlich in der Hand hat, und ob die Bewegung dieses Hebels im Modell so abgebildet ist, dass ihre Wirkung in die nächsthöhere Ebene durchschlägt, und in die übernächste, bis hinauf zur Spitzenkennzahl, an der das Unternehmen extern gemessen wird.

Diese Umkehrung der Bauleserichtung klingt akademisch, hat aber eine sehr praktische Konsequenz: Die Knoten am unteren Ende des Baums sind nicht beliebig. Sie sind das Ergebnis eines Gesprächs zwischen Controlling und operativen Bereichen bei der Frage: Welche Faktoren entscheiden in den nächsten zwölf Monaten konkret darüber, ob das Geschäft steuerbar bleibt?

Für einen Industriekonzern können dies einige wenige Größen sein, in einer Tiefe, die in keinem klassischen Treiberbaum mehr vorkommt: First Pass Yield, Rüstzeitanteile pro Variantenwechsel an Engpassmaschinen, Termintreue pro Auftragsklasse. In einem B2B-Vertrieb dagegen: Discount-Bandbreiten pro Kundensegment, Cross-Sell-Quoten pro Account-Manager, Verweildauer in Pipeline-Stufen. In kapitalintensiven Geschäften zusätzlich: Forderungslaufzeiten pro Kundengruppe, Bestandsreichweiten pro Materialklasse, Asset-Auslastung pro Investitionsklasse.

Zwei Standorte, die im klassischen Baum dieselbe Marge zeigen, sehen auf dieser Granularitätsebene plötzlich völlig verschieden aus. Und genau das ist der Punkt. Steuerung beginnt dort, wo Unterschiede sichtbar werden.

Die schwierigere Hälfte

Wenn der neue Baum allein an seiner Granularität gemessen würde, wäre er nur eine detailliertere Variante des Alten. Detail ist nicht Wirkung. Was ihn zum Steuerungsinstrument macht, ist die Eigenschaft, an einem Knoten ziehen zu können und zu sehen, was passiert. Vorwärts: Was bedeutet diese Bewegung für die nächsten Ebenen, für die Quartalsergebnisse, für die Spitzenkennzahl? Rückwärts: Welche Kombinationen unten müssten gleichzeitig eintreten, damit oben eine gegebene Zielmarke realistisch wird?

Wer das versucht zu bauen, stößt auf einen Aufwand, der in Treiberbaum-Projekten regelmäßig unterschätzt wird. Eine baumförmige Hierarchie zu visualisieren ist trivial, das schafft jedes Werkzeug heute in einer Stunde. Ein Modell zu bauen, in dem die Bewegung an einem Knoten elf andere Knoten in der richtigen Reihenfolge, mit den richtigen Halbeffekten und mit den korrekten Vergleichsperioden mitbewegt, ist es nicht. Es ist die Differenz zwischen einer Zeichnung und einer Maschine.

Die meisten Wirkungszusammenhänge sind nicht baumförmig. Sie sind netzförmig. Zwei Knoten, die im Diagramm nebeneinander hängen, beeinflussen sich oft gegenseitig, mit zeitlichem Versatz, mit nichtlinearen Bandbreiten, mit Schwellenwerten, jenseits derer ein zusätzlicher Prozentpunkt plötzlich nicht mehr dieselbe Wirkung hat. Diese Effekte aus der Baumstruktur abzulesen, ist nicht möglich. Sie müssen explizit modelliert werden, Knoten für Knoten, Verbindung für Verbindung. Mit Annahmen, die expliziert und versionsfähig hinterlegt sind, nicht in den Köpfen einzelner Controller verborgen.

Hinzu kommt die Datenseite, die in Projektplänen gerne unter den Tisch fällt. Die operativen Treiber in der nötigen Granularität liegen selten in einem Vorsystem sauber zusammen. Sie kommen aus mehreren Quellen, in unterschiedlichen Aggregationsstufen, mit unterschiedlichen Zeithorizonten. Sie konsistent zu machen, ohne ihre Aussagekraft zu zerstören, ist Modellierungsarbeit der unspektakulären Sorte. Sie lässt sich nicht in einer Folie zeigen. Sie entscheidet trotzdem darüber, ob die Simulation am Ende eine plausible Variante der Realität abbildet oder eine Phantomzahl produziert, die im Quartalsmeeting auseinanderfällt.

Warum viele Unternehmen diesen Schritt scheuen

Der Grund ist meist pragmatisch: Ein klassischer Treiberbaum lässt sich schnell erstellen und im Steering Committee gut präsentieren. Der Klassische ist in zwei Wochen gezeichnet, der Neue in zwei Quartalen modelliert. Der Klassische produziert eine Folie, der Neue produziert ein Werkzeug. Folien werden bezahlt, Werkzeuge müssen sich rechnen, und am Anfang sehen sie aus wie Aufwand ohne Wirkung.

Das ist das eigentliche Hindernis. Nicht die Technik. Nicht die Datenverfügbarkeit. Sondern die Bereitschaft, ein halbes Jahr lang in etwas zu investieren, das vorne nicht präsentabel aussieht und hinten zum ersten Mal eine Simulation ermöglicht, die der CFO im Quartalsreview wirklich nutzt.

Was sich im Management-Dialog verändert

Im nächsten Strategie-Workshop, in dem die Frage von oben gestellt wird, fällt die Pause kürzer aus. Jemand klickt am Knoten, an dem die Auslastung sinkt. Jemand zieht am Produktmix-Slider. Auf der Spitzenkennzahl bewegt sich eine Zahl, in einer Bandbreite, mit hinterlegten Annahmen, die im Raum offen diskutiert und bei Bedarf angepasst werden können. Die Diskussion verlagert sich von „Was ist die Wirkung?“ zu „Welche Annahmen sind realistisch?“. Und genau das ist der Ort, an dem ein Steering Committee Entscheidungen treffen sollte.

Der König ist tot. Es lebe der König. Nur dass der neue König nicht in Samt und Hermelin auftritt, sondern in Arbeitskleidung.