Die Zukunft gehört nicht den Organisationen mit der besten Technologie, sondern denen, die am schnellsten lernen und Veränderung wirksam umsetzen. Technologie schafft erst dann Wert, wenn Geschäftslogik, Organisation und Menschen sie tragen.
Wirksame Transformation beginnt nicht mit Technologie. Sie beginnt mit dem Geschäft: was es leisten muss, wo Reibung entsteht, wo Wert geschaffen wird, und wo er verloren geht. Erst aus diesem Verständnis entsteht eine tragfähige Architektur. Aus Architektur wird Technologie. Und erst wenn diese Kette hält, entsteht Wirkung.
Diese Reihenfolge hat sich in 30 Jahren nicht geändert. Verändert hat sich die Geschwindigkeit, mit der aus Verständnis, Architektur und Technologie konkrete Ergebnisse werden können.
Diese Kette habe ich nicht beraten — ich habe sie verantwortet. Mit der Entscheidung war es nie getan: Architektur, Umsetzung und Skalierung lagen in meiner Hand, in regulierten Strukturen und in Programmen mit hunderten Beteiligten.
Kleine, interdisziplinäre Teams können heute in Wochen produktiv werden, wo früher Monate vergangen sind. Vorausgesetzt, die richtigen Perspektiven sitzen am Tisch: Geschäft, Architektur, Betrieb und Umsetzung. Moderne Werkzeuge — Cloud, Schnittstellen, Automatisierung und KI — machen es möglich, in Tagen zu zeigen, was früher als Projekt gestartet worden wäre.
Im Mittelstand wirkt das oft unmittelbarer, weil der Weg von der Entscheidung zur Anwendung kürzer ist. In Banken und Konzernen ist der Weg länger — aber nicht unveränderlich. Auch große Organisationen können diese Geschwindigkeit nutzen, wenn sie Transformation als Verhaltensänderung begreifen: klarere Verantwortung, frühere Entscheidungen, kleinere belastbare Schritte und mehr Nähe zwischen Geschäft, Technologie und Betrieb.
Skalierung bleibt eine andere Disziplin. Wer eine Bank, einen Konzern oder einen regulierten Geschäftsbereich verändert, braucht weiterhin Organisation, Programme, Governance und Kapazität. Aber die ersten Wochen entscheiden oft darüber, was überhaupt skaliert werden sollte — und ob es später trägt.
Dort setze ich an: bevor Entscheidungen fallen, während sie umgesetzt werden oder wenn der Kurs neu justiert werden muss.
Weniger Folien. Mehr belastbare Erkenntnis. Weniger „in zwei Jahren liefern wir". Mehr „in zwei Wochen sehen wir, ob es trägt". Und genug Erfahrung im Großen, um zu wissen, was danach noch kommen muss.
Lange bevor KI-Agenten zum Alltagsthema wurden, ging es in großen IT-Organisationen um ähnliche Grundfragen: Wie werden Prozesse maschinenverständlich? Wie lassen sich Services, Daten und Entscheidungen orchestrieren? Wie wird Architektur zur Grundlage von Geschäft — und nicht nur zur Beschreibung von Technologie?
Als Senior Manager Processes, Methods & Tools bei DaimlerChrysler haben wir daran gearbeitet: mit einem Domänenmodell, einem globalen Portfolio-Management-Ansatz, der Projektmethodik HOUSTON.IT und Architekturprinzipien für komplexe Organisationen.
2007 entstand in meiner Abteilung die Dissertation von Dr. Michael Herrmann zu semantischen Web Services. Sie wurde später im Kontext des BITKOM Awards „Bestes SOA-Industrieprojekt 2007" ausgezeichnet. In der dazugehörigen Publikation „Real-life SOA experiences" hat Michael mich netterweise als Co-Autor aufgeführt — die wissenschaftliche Arbeit und inhaltliche Tiefe lagen bei ihm.
Die vielleicht wichtigste Erkenntnis damals: Wir haben gesehen, was noch nicht ging. Zwischen Prozessbeschreibung und ausführbarem Code war noch zu viel Distanz; manche Ansätze wie BPEL waren zu schwerfällig für die praktische Geschäftsrealität.
Heute fällt zusammen, was lange unterwegs war. KI, Agenten, APIs, Automatisierung und moderne Plattformen verkürzen diese Strecke dramatisch: zwischen Idee, Prozess, Entscheidung und Umsetzung liegen nicht mehr zwingend Jahre oder Monate, sondern oft nur noch Wochen oder Tage. Aber wer KI heute klug einsetzt, kommt nicht aus dem Hype. Er kommt aus Architektur — und versteht, dass Transformation immer auch Arbeit an Führung, Organisation und Verhalten ist.