Die meisten Probleme sind sichtbar.
Gelöst werden sie trotzdem nicht.
Weil sie nicht dort entstehen,
wo man hinschaut.
Probleme sind längst erkannt.
Trotzdem werden sie nicht gelöst.
Nicht, weil Lösungen fehlen.
Sondern weil man am falschen Punkt ansetzt.
Wann ich relevant werde
Nicht bei klaren Problemen.
Sondern bei Situationen,
die sich nicht eindeutig greifen lassen.
Typische Auslöser
Häufig treten diese Situationen im Zusammenhang mit:
- Digitalisierungsprogrammen
- Plattformstrategien
- Organisationsveränderungen
- Skalierungsphasen
- KI- und Automatisierungsinitiativen
- Reorganisationen
- komplexen Projekt- und Programmstrukturen
auf.
Nicht weil diese Vorhaben falsch sind.
Sondern weil bestehende Entscheidungsstrukturen sichtbar werden.
Situation 1
Wenn Plattformen wachsen – aber Entscheidungen langsamer werden
- Abstimmungen nehmen zu
- Verantwortlichkeiten werden unklar
- Fortschritt fühlt sich zäh an
Entscheidungen werden getroffen —
aber niemand kann sauber begründen, warum.
Situation 2
Teams arbeiten.
Aber nichts läuft wirklich zusammen.
Projekte werden fertig —
aber Wirkung bleibt aus.
Abhängigkeiten werden erst sichtbar,
wenn es zu spät ist.
Kommunikation hält das System zusammen —
ersetzt aber keine Struktur.
Situation 3
Wenn Transformation gestartet wurde – aber nicht greift
- Initiativen laufen parallel
- Ergebnisse sind schwer messbar.
- Veränderungen bleiben oberflächlich.
Viel Bewegung —
aber wenig Veränderung.
Situation 4
Wenn KI eingeführt wird – aber keinen echten Effekt hat
Tools sind da —
aber verändern nichts.
Use Cases bleiben isoliert.
Ergebnisse entstehen schneller.
Aber niemand kann sicher sagen,
ob sie tragfähig sind.
Was diese Situationen gemeinsam haben
Auf den ersten Blick wirken diese Probleme unterschiedlich.
Tatsächlich entstehen sie häufig aus denselben Ursachen:
- unklare Entscheidungswege
- widersprüchliche Verantwortlichkeiten
- fragmentierte Informationsflüsse
- fehlende Entscheidungsprämissen
- historisch gewachsene Organisationsstrukturen
Deshalb greifen viele Maßnahmen nur kurzfristig.
Die Ursache bleibt bestehen.
“Und an genau diesem Punkt
wird weitergemacht wie bisher.”
Was ich dann tue
Maßnahmen sind selten das Problem.
—
Meistens ist es das,
was sie überhaupt notwendig macht.
Diese Arbeit beschreibe ich als Decision Architecture – die Analyse und Gestaltung der Bedingungen, unter denen Entscheidungen in Organisationen entstehen.
Strukturen sichtbar machen
Was ohnehin passiert —
aber nicht benannt wird.
- Wie Entscheidungen tatsächlich entstehen
- Wo Verantwortlichkeiten verschwimmen
- Welche Abhängigkeiten wirken, ohne sichtbar zu sein
Dazu analysiere ich unter anderem:
- Entscheidungsprozesse
- Governance-Strukturen
- Rollenmodelle
- Informationsflüsse
- Plattformarchitekturen
- organisatorische Schnittstellen
Nicht als Einzelteile.
Sondern als zusammenhängendes System.
Komplexität reduzieren
Nicht durch Vereinfachung.
Sondern durch Klarheit darüber,
was zusammenhängt —
und was nicht.
Zielbilder entwickeln, die tragen
Keine Idealmodelle.
Sondern Strukturen,
die unter realen Bedingungen funktionieren.
Transformation steuerbar machen
Weniger Initiativen.
Mehr Wirkung.
Ziel ist nicht maximale Veränderung.
Ziel ist eine Struktur,
in der Veränderung überhaupt wirksam werden kann.
Erst dann lassen sich Programme,
Projekte und Transformationsinitiativen
dauerhaft stabilisieren.
KI sinnvoll einordnen
Nicht als Lösung.
Sondern als Verstärker dessen,
was im System bereits angelegt ist.
Deshalb betrachte ich KI nicht isoliert.
Sondern im Zusammenhang mit:
- Entscheidungsqualität
- Organisationsdesign
- Governance
- Verantwortlichkeiten
- Informationsarchitekturen
Denn dieselbe KI erzeugt in unterschiedlichen Systemen oft völlig unterschiedliche Ergebnisse.
Mein Hintergrund
Meine Arbeit verbindet Organisationsentwicklung, Plattform- und Digitalisierungsprojekte, Projektmanagement sowie die Analyse von Wahrnehmungs- und Entscheidungsstrukturen.
In den vergangenen Jahren habe ich Organisationen in den Bereichen Digitalisierung, Plattformstrategie, Prozessgestaltung, Kommunikation und Transformation begleitet.
Dabei zeigte sich immer wieder ein ähnliches Muster:
Die sichtbaren Probleme unterscheiden sich.
Die zugrunde liegenden Entscheidungs- und Organisationsstrukturen häufig nicht.
Aus dieser Beobachtung entstand die Perspektive der Decision Architecture.
Der Fokus liegt nicht auf einzelnen Maßnahmen.
Sondern auf den Bedingungen, unter denen Entscheidungen, Verhalten und Ergebnisse überhaupt entstehen.
Wie Zusammenarbeit beginnt
Es beginnt nicht mit einem Programm.
Sondern mit einem gemeinsamen Verständnis dafür,
was tatsächlich passiert.
Alles Weitere ergibt sich daraus.
Was Sie nicht bekommen
Keine Standardlösungen.
Keine Frameworks,
die übergestülpt werden.
Und keine Transformation,
die nur gut aussieht.
„Wenn Sie an einem Punkt sind, an dem diese Situationen nicht mehr einzeln lösbar sind…“