Wem gehört die 500-Millionen-Euro-Entscheidung?
Governance beginnt dort, wo aus vielen Perspektiven eine gemeinsame Kapitalentscheidung werden muss.
BOARDROOM QUESTIONS
The questions your portfolio should be able to answer.
500 Millionen Euro CAPEX.
200 Investitionsprojekte.
Mehrere Geschäftsbereiche.
Mehrere Länder.
Mehrere strategische Ziele.
Ein begrenztes Budget.
Wer entscheidet?
Der CEO?
Der CFO?
Die Business Units?
Controlling?
Strategy?
Operations?
Das Investment Committee?
Der Vorstand?
Oder der Aufsichtsrat?
Die Antwort lautet in vielen Unternehmen:
Irgendwie alle.
Und genau darin liegt eine der größten Herausforderungen komplexer Kapitalallokation.
Viele besitzen einen Teil der Entscheidung
Der CEO kennt die strategische Richtung.
Der CFO kennt Finanzierung, Liquidität und Kapitalgrenzen.
Der COO kennt operative Engpässe und Ressourcen.
Die Business Units kennen Märkte, Kunden und ihre Projekte.
Controlling kennt Business Cases, Budgets und Kennzahlen.
Strategy kennt langfristige Prioritäten.
Risk kennt Risiken.
Das Investment Committee bewertet die Anträge.
Der Vorstand trägt die Gesamtverantwortung für die Entscheidung.
Jeder besitzt relevante Information.
Aber niemand sollte nur seinen eigenen Ausschnitt optimieren.
500 Millionen Euro sind keine Sammlung einzelner Projektentscheidungen
Genau hier entsteht ein häufiges Missverständnis.
Projekt A wird geprüft.
Projekt B wird geprüft.
Projekt C wird geprüft.
Jeder Business Case wird einzeln bewertet.
Jede Business Unit verteidigt ihre Investitionen.
Jedes Ressort besitzt seine Prioritäten.
Am Ende werden die genehmigten Projekte zusammengeführt.
Aber ein Portfolio ist mehr als die Summe genehmigter Einzelprojekte.
Die eigentliche Entscheidung lautet nicht nur, welches Projekt genehmigt wird.
Die eigentliche Entscheidung lautet, welche Kombination aller Projekte das verfügbare Kapital erhalten soll.
Wer besitzt die Gesamtperspektive?
Das ist die Governance-Frage hinter Capital Allocation.
Wenn Business Unit A ihre Projekte optimiert, handelt sie möglicherweise vollkommen rational.
Wenn Business Unit B dasselbe tut, ebenfalls.
Wenn Operations seine Kapazitäten schützt, ist auch das nachvollziehbar.
Wenn Finance Liquidität priorisiert, erfüllt es seine Aufgabe.
Und wenn Strategy langfristige Wachstumsprojekte fordert, kann auch das richtig sein.
Das Problem entsteht erst auf Unternehmensebene.
Lokale Rationalität erzeugt nicht automatisch ein optimales Gesamtportfolio.
Das Unternehmen braucht eine Decision Architecture
Decision Architecture bedeutet nicht, noch ein zusätzliches Entscheidungsgremium einzuführen.
Es bedeutet, klar zu definieren, wie eine komplexe Entscheidung strukturiert wird.
Welche Ziele gelten?
Welche Kriterien werden verwendet?
Welche Daten werden benötigt?
Welche Restriktionen sind verbindlich?
Welche Annahmen gelten?
Wer darf Annahmen verändern?
Wer liefert welche Informationen?
Wer bewertet die Ergebnisse?
Wer besitzt welche Entscheidungsrechte?
Und wer trifft am Ende die Entscheidung?
Governance definiert nicht nur, wer entscheidet.
Governance definiert auch, wie die Entscheidungsgrundlage entsteht.
Die erste Ebene: Ziele
Was soll mit den 500 Millionen Euro erreicht werden?
Maximaler erwarteter wirtschaftlicher Wert?
Wachstum?
Cashflow?
Produktivität?
Resilienz?
Digitalisierung?
Transformation?
Oder eine definierte Kombination verschiedener Ziele?
Diese Frage kann nicht der Algorithmus beantworten.
Sie gehört in die Unternehmensführung.
Die zweite Ebene: Kriterien
Wie werden die Ziele operationalisiert?
Welche Kriterien werden für Projekte verwendet?
NPV?
Cashflow?
ROI?
Risiko?
Strategische Relevanz?
Produktivität?
Resilienz?
Weitere quantifizierbare Kriterien?
Und wie werden diese Kriterien innerhalb der Entscheidungslogik behandelt?
Was nicht definiert ist, kann nicht konsistent in die Berechnung einfließen.
Die dritte Ebene: Constraints
500 Millionen Euro sind bereits eine Restriktion.
Aber normalerweise nicht die einzige.
Engineering-Kapazität.
Produktionsressourcen.
IT-Ressourcen.
Liquiditätsgrenzen.
Projektabhängigkeiten.
Pflichtprojekte.
Zeiträume.
Regionale Bedingungen.
Weitere operative oder finanzielle Grenzen.
Ein realistisches Portfolio entsteht erst dann, wenn die relevanten Restriktionen des Unternehmens im Entscheidungsmodell berücksichtigt werden.
Die vierte Ebene: Entscheidungsrechte
Jetzt kommt die eigentliche Governance-Frage.
Wer darf das Budget verändern?
Wer darf strategische Gewichtungen verändern?
Wer definiert Mindestanforderungen?
Wer bestätigt Projektdaten?
Wer darf ein Projekt als verpflichtend kennzeichnen?
Wer entscheidet über Ausnahmen?
Wer genehmigt die finale Projektkombination?
Ein mathematisches Modell beseitigt Governance nicht.
Es macht gute Governance noch wichtiger.
Garbage In. Optimized Garbage Out.
Mathematische Optimierung kann sehr leistungsfähig sein.
Aber sie besitzt eine klare Grenze.
Wenn Annahmen falsch sind, bleiben sie falsch.
Wenn Projektdaten unvollständig sind, kann die Berechnung diese Lücke nicht magisch beseitigen.
Wenn strategische Kriterien widersprüchlich definiert sind, wird aus dem Widerspruch keine Unternehmensstrategie.
Wenn Restriktionen fehlen, kann das berechnete Portfolio operativ unrealistisch sein.
Die Qualität der Entscheidung hängt deshalb nicht nur vom Algorithmus ab.
Sie hängt auch von der Qualität der Decision Architecture ab.
Wer besitzt die Wahrheit über ein Projekt?
Auch diese Frage ist schwieriger, als sie klingt.
Der Projektverantwortliche kennt die operative Realität.
Finance kennt die finanziellen Annahmen.
Controlling prüft die Konsistenz.
Strategy bewertet die strategische Relevanz.
Operations kennt Ressourcenkonflikte.
Risk kennt Risikofaktoren.
Niemand besitzt zwangsläufig allein die vollständige Wahrheit.
Deshalb sollte Governance auch definieren, wer für welche Daten und Annahmen verantwortlich ist.
Die Entscheidung braucht eine gemeinsame Sprache
Business Units sprechen über Projekte.
Finance spricht über Kapital.
Controlling spricht über Kennzahlen.
Strategy spricht über Prioritäten.
Operations spricht über Ressourcen.
Risk spricht über Unsicherheit.
Der Vorstand muss daraus eine Entscheidung machen.
Eine gemeinsame Decision Architecture verbindet diese Perspektiven in einem konsistenten Entscheidungsmodell.
PROJECTS → VALUE → STRATEGY → CONSTRAINTS → PORTFOLIO → DECISION.
Der lauteste Geschäftsbereich sollte nicht automatisch gewinnen
Kapitalallokation ist auch ein organisationaler Prozess.
Geschäftsbereiche unterscheiden sich in Größe.
In Einfluss.
In Management Attention.
In Präsentationsstärke.
In historischer Bedeutung.
In Nähe zum Vorstand.
Das bedeutet nicht, dass Investitionsentscheidungen grundsätzlich politisch getroffen werden.
Aber menschliche Organisationen besitzen unterschiedliche Interessen und Perspektiven.
Eine explizite Entscheidungslogik schafft eine gemeinsame quantitative Ebene, auf der Projekte miteinander verglichen werden können.
Die Mathematik hat keine Business Unit
Ein Optimierungsmodell kennt keinen mächtigen Geschäftsbereich.
Es kennt keine überzeugende Präsentation.
Es kennt keine Hierarchie.
Es kennt keine Lieblingsprojekte.
Es kennt nur die Daten, Ziele und Restriktionen, die ihm gegeben werden.
Genau deshalb ist die Governance davor so entscheidend.
Neutralität in der Berechnung setzt Klarheit in der Modellierung voraus.
Der Algorithmus besitzt die Entscheidung nicht
Auch das muss eindeutig sein.
Ein mathematisches Optimum innerhalb eines Modells ist keine automatische Managemententscheidung.
Das Modell bildet nur den definierten Entscheidungsraum ab.
Es kennt die Ziele, Daten, Annahmen und Restriktionen, die ihm zur Verfügung gestellt wurden.
Es kennt nicht automatisch jede qualitative Realität des Unternehmens.
Deshalb gilt:
Der Algorithmus berechnet.
Das Management bewertet.
Das zuständige Organ entscheidet.
Governance bedeutet auch Nachvollziehbarkeit
Warum wurde Projekt A finanziert?
Warum wurde Projekt B nicht finanziert?
Welche Budgetgrenze galt?
Welche strategischen Kriterien wurden verwendet?
Welche Ressourcen waren knapp?
Welche Abhängigkeiten wurden berücksichtigt?
Welche Annahmen lagen der Berechnung zugrunde?
Welche Alternative wurde betrachtet?
Eine gute Decision Architecture sollte diese Fragen nachvollziehbar machen.
Von „Wer hat entschieden?“ zu „Wie ist die Entscheidung entstanden?“
Das ist ein wichtiger Unterschied.
Governance endet nicht bei einer Unterschrift oder einem Beschluss.
Für komplexe Kapitalentscheidungen ist auch der Entstehungsprozess relevant.
Welche Informationen lagen vor?
Welche Szenarien wurden untersucht?
Welche Trade-offs waren sichtbar?
Welche Restriktionen galten?
Welche Alternativen wurden verglichen?
Die Qualität der Governance zeigt sich auch in der Qualität und Nachvollziehbarkeit des Entscheidungsprozesses.
Jetzt verändert der CEO eine Annahme
500 Millionen Euro CAPEX.
200 Projekte.
Das Portfolio liegt vor.
Der CEO sagt:
„Wachstum bekommt eine höhere Priorität.“
Wer darf diese Änderung im Modell freigeben?
Wie wird sie dokumentiert?
Welche anderen Gewichtungen verändern sich?
Welche Konsequenzen entstehen?
Das Portfolio wird neu berechnet.
Der CFO sagt:
„Die Mindestliquidität muss um 50 Millionen Euro steigen.“
Neue Restriktion.
Neue Berechnung.
Der COO sagt:
„Diese Ressource steht nächstes Jahr nicht vollständig zur Verfügung.“
Neue Restriktion.
Neue Berechnung.
Die Berechnung kann live sein.
Die Governance darf deshalb nicht verschwinden.
Live Boardroom Simulation braucht klare Rollen
Je schneller Szenarien berechnet werden können, desto wichtiger wird die Trennung zwischen Input, Berechnung und Entscheidung.
Management: definiert strategische Richtung und Prioritäten.
Finance: definiert und validiert finanzielle Rahmenbedingungen.
Controlling: sichert Datenlogik, Vergleichbarkeit und Transparenz.
Operations: validiert operative Restriktionen und Ressourcen.
Business Units: liefern Projektinformationen und operative Annahmen.
Decision Model: berechnet die zulässigen Portfolioalternativen innerhalb der definierten Logik.
Vorstand bzw. zuständiges Entscheidungsgremium: trifft die Entscheidung.
Die konkrete Rollenverteilung hängt von der Governance des jeweiligen Unternehmens ab.
Aber das Prinzip bleibt:
Calculation is not authorization.
Decision Architecture macht Geschwindigkeit beherrschbar
Wenn eine Portfolio-Neuberechnung nur kurze Zeit benötigt, können während einer Sitzung viele Szenarien entstehen.
Das ist leistungsfähig.
Aber ohne klare Entscheidungslogik kann Geschwindigkeit auch neue Fragen erzeugen.
Welche Version ist verbindlich?
Welche Annahme wurde verändert?
Wer hat sie verändert?
Welche Version wurde beschlossen?
Welche Projekte gehören zum finalen Portfolio?
Decision Velocity braucht Decision Governance.
Die vier Ebenen einer CAPEX Decision Architecture
1. STRATEGIC INTENT
Was will das Unternehmen erreichen?
2. DECISION LOGIC
Wie werden Ziele, Kriterien, Daten und Restriktionen in eine konsistente Entscheidungslogik übersetzt?
3. MATHEMATICAL OPTIMIZATION
Welche Projektkombination erzeugt innerhalb dieses definierten Modells das optimale Ergebnis?
4. MANAGEMENT DECISION
Welche Alternative wird nach Bewertung aller relevanten quantitativen und qualitativen Faktoren tatsächlich beschlossen?
Strategie → Entscheidungslogik → Berechnung → Managemententscheidung.
StratePlan: Ein gemeinsamer mathematischer Entscheidungsraum
StratePlan kann Projekte, wirtschaftliche Zielgrößen, strategische Kriterien, Budgets, Ressourcen, Abhängigkeiten und weitere quantifizierbare Constraints in einem gemeinsamen Entscheidungsmodell verbinden.
Damit können unterschiedliche Managementannahmen als Szenarien berechnet und ihre Auswirkungen auf das Portfolio miteinander verglichen werden.
StratePlan definiert jedoch weder die Unternehmensstrategie noch die Governance.
Es entscheidet auch nicht, wer innerhalb eines Unternehmens entscheidungsberechtigt ist.
Das Unternehmen definiert die Regeln.
StratePlan berechnet innerhalb dieser Regeln.
Das zuständige Management- oder Governance-Organ entscheidet.
Who Owns the €500 Million Decision?
Der CEO besitzt einen Teil der Antwort.
Der CFO besitzt einen Teil.
Controlling besitzt einen Teil.
Operations besitzt einen Teil.
Strategy besitzt einen Teil.
Die Business Units besitzen einen Teil.
Aber 500 Millionen Euro CAPEX benötigen eine Gesamtentscheidung.
Und diese Gesamtentscheidung braucht eine Architektur.
Klare Ziele.
Klare Daten.
Klare Kriterien.
Klare Constraints.
Klare Rollen.
Klare Entscheidungsrechte.
Nachvollziehbare Alternativen.
Die entscheidende Boardroom-Frage lautet deshalb nicht nur:
„Welche Projekte finanzieren wir?“
Sondern:
„Wie stellen wir sicher, dass aus 200 Einzelinteressen eine nachvollziehbare 500-Millionen-Euro-Unternehmensentscheidung wird?“
DECISION ARCHITECTURE → OPTIMIZATION → GOVERNANCE → DECISION.
Die Organisation definiert den Entscheidungsrahmen.
Die Mathematik berechnet die Alternativen.
Das zuständige Organ entscheidet.
DON'T TRUST US. CALCULATE IT.
