Decision Experience

Was wurde behauptet?Was trug die Entscheidung?

Vier historische Berufssituationen zeigen ein wiederkehrendes Muster: Die entscheidende Frage lag selten dort, wo der offizielle Status sie vermuten liess.

Diese Situationen sind anonymisiert und beruhen auf der Erinnerung des Gründers; die Tätigkeitsfelder sind mit seiner dokumentierten Laufbahn vereinbar. Sie sind keine SPQR-Kundenmandate, keine formalen Case Studies und keine Behauptung, dass die heutige SPQR Methodik damals unter diesem Namen eingesetzt wurde.

Grün, grün, grün — dann rot.

Ein CIO wollte wissen, warum ein Data-Warehouse-Programm wiederholt Grün gemeldet hatte und plötzlich zusätzliches Budget und mehr Zeit verlangte. Der Auftrag war, unabhängig festzustellen, was tatsächlich geschah.

Was wurde behauptet?

Das Programm sei auf Kurs; die Statusfarbe vermittelte wiederholt Sicherheit.

Was war entscheidend?

Die Lösung war fragmentiert, Architekturfähigkeit fehlte, die Planung war keine belastbare Managementbasis und Status beruhte zu stark auf subjektiver Einschätzung.

Welche Entscheidung änderte sich?

Nicht nur Zeit und Budget hinzufügen. Fähigkeiten — besonders Architektur — und die Programmaufstellung materiell verändern.

Was geschah danach?

Der CIO griff substanziell in Team und Setup ein. Nach Erinnerung des Gründers verbesserte sich die Programmsituation danach materiell.

Entscheidungslektion: Status ist keine Evidenz.

Der kritische Termin war nicht Mai.

Eine CFO-Funktion benötigte monatliche Managementinformationen. Quartalsberichte kamen zu spät, um eine Verschlechterung zu erkennen, Gegenmassnahmen einzuleiten und deren Wirkung noch im Geschäftsjahr zu beurteilen. Monatliches Reporting galt im bestehenden Setup als nicht verfügbar.

Was wurde behauptet?

Die benötigte Informationsfrequenz sei mit dem bestehenden Ansatz nicht rechtzeitig realisierbar.

Was war entscheidend?

Eine pragmatische erste Version war ausreichend — aber die Infrastruktur musste Anfang April installiert und abgenommen sein. Die garantierte Lieferzeit machte eine Vertragsentscheidung im Januar notwendig.

Welche Entscheidung änderte sich?

Eine Businessfrist im Mai wurde in eine unmittelbare Executive-Entscheidung im Januar übersetzt.

Was geschah danach?

Nach Erinnerung des Gründers lieferten Infrastrukturpartner und ein Team von rund fünf Personen; monatliche Managementinformationen standen ab Mai zur Verfügung und wurden danach weiter verbessert.

Entscheidungslektion: Die sichtbare Frist ist oft nicht der Zeitpunkt der kritischen Entscheidung.

Bewusst nicht veröffentlicht: erinnerte Budget- und Hardwarebeträge sowie der Name des Technologieanbieters. Sie sind für die Entscheidungslektion nicht erforderlich.

Die Anwendung war geliefert. Der Management-Regelkreis fehlte.

Eine Budgeting-Lösung existierte, doch Controlling konnte sie nicht als wirksames Führungsinstrument nutzen. Unterschiedliche Managementebenen benötigten Reporting, Vollständigkeitskontrolle, Bottom-up-Konsolidierung, Top-down-Ziele und Abweichungsanalyse.

Was wurde behauptet?

Die Budgeting-Anwendung war implementiert und damit der Auftrag technisch erfüllt.

Was war entscheidend?

Der Business Outcome war nicht die Anwendung, sondern ein funktionierender Management- und Controlling-Regelkreis.

Welche Entscheidung änderte sich?

Direkter Zugang zu Business- und Controlling-Fachpersonen sowie eine fokussierte Taskforce verbanden Anforderungen, Architektur, Schnittstellen und Umsetzung.

Was geschah danach?

Nach Erinnerung des Gründers ging die Lösung Anfang Oktober produktiv — bewusst als nutzbarer Startpunkt mit weiterem Verbesserungspotenzial.

Entscheidungslektion: Geliefert ist nicht dasselbe wie der erreichte Business Outcome.

Ein globaler Standard muss lokale Anforderungen aufnehmen — nicht lokale Ausnahmen sammeln.

Ein regulatorisch ausgelöstes globales Security-Programm verlangte eine gemeinsame Lösung über mehrere Divisionen. Es umfasste Provider-Evaluation, Architektur-Governance, externe Sicherheitstests, Remediation und erhebliche Stakeholder-Abhängigkeiten.

Was wurde behauptet?

Eine Division betrachtete ihre Situation über längere Zeit als grundsätzlich anders und widersetzte sich dem globalen Standard.

Was war entscheidend?

Die konkreten lokalen Optionen innerhalb der gemeinsamen Lösung mussten sichtbar werden; eine pauschale Ausnahme hätte die globale Architektur geschwächt.

Welche Entscheidung änderte sich?

Statt sofort politisch zu eskalieren, wurden die realen Wahlmöglichkeiten innerhalb des Standards gemeinsam geprüft.

Was geschah danach?

Nach Erinnerung des Gründers endete der Widerstand nach diesem Gespräch und die gemeinsame Lösung konnte fortgeführt werden.

Entscheidungslektion: Globale Standards halten, wenn legitime lokale Anforderungen explizit innerhalb der gemeinsamen Architektur gelöst werden.

Bewusst nicht veröffentlicht: konkrete Regulierung, behauptete Strafbeträge, Organisation und Anbieter. Diese Details sind nicht unabhängig verifiziert oder für die Lektion notwendig.

Das wiederkehrende Muster

Was unterstützt die Evidenz tatsächlich?

Die heutige Critical Programme Decision Review überträgt keine alten Lösungen. Sie nutzt die über Jahrzehnte geschärfte Urteilsperspektive auf neue Programme.

„Unmöglich“Welche Abhängigkeit entscheidet über die Machbarkeit?

„Geliefert“Ist der Business Outcome tatsächlich erreicht?

„Grün“Welche Evidenz trägt den Status?

„Wir sind anders“Welche lokale Anforderung ist real?

SPQR Methodik ansehen

SPQR Wissen

Historische Erfahrung, angewendet auf aktuelle Entscheidungen.

Nächster Schritt

Welche Entscheidung ist in Ihrem Programm noch nicht abgesichert?

Im vertraulichen 20-Minuten-Fit-Call klären wir die Situation und den möglichen Review-Rahmen.

Fit-Call anfragen