Ein Besuch, der eine alte Frage neu stellt
Ich war bei einem Kunden. Eigentlich ein normaler Termin.
Der Betrieb war digital weiter, als ich erwartet hatte. Klare Prozesse. Mitarbeiter, die genau wissen, wie ihre Arbeit aussehen soll. Saubere Anforderungen.
Und trotzdem: Irgendwo dazwischen steckte der Wurm.
Nicht im System. Das lief. Nicht in den Menschen. Die wussten, was sie taten.
Sondern in der Lücke dazwischen.
Was Legacy wirklich kann — und was nicht
Ich sage das bewusst: Legacy-Systeme haben ein Imageproblem. Zu Unrecht.
Ein ERP, das seit Jahren läuft, ist kein technischer Ballast. Es ist das Gedächtnis der Organisation. Buchungslogik, Sonderfälle, gewachsene Prozesse, Compliance, Historie — das alles steckt drin. Das ersetzt man nicht einfach.
Die eigentliche Frage ist nicht, ob Legacy-Systeme ihren Platz haben.
Sondern welchen Platz sie haben sollten.
Als Datenbasis sind sie kaum zu schlagen. Sie speichern, validieren, strukturieren. Was sie nicht können — und nie sollten — ist, sich ständig an neue Anforderungen anzupassen, für jede Rolle die perfekte Oberfläche zu liefern, kontextabhängig mitzudenken.
Das war nie ihr Job.
Das Problem entsteht erst, wenn wir genau das von ihnen erwarten.
Der Kunde entwickelt sich weiter
Märkte ändern sich. Teams wachsen. Prozesse verschieben sich.
Das ist kein Widerstand gegen Vernunft. Das ist Alltag.
Und genau hier entsteht das eigentliche Problem: Wenn jede neue Anforderung nur über das zentrale System läuft, wird Geschwindigkeit zum Engpass. Nicht weil jemand schlechte Arbeit macht. Sondern weil das Modell nicht mehr passt.
Eine Oberfläche für alle. Das funktioniert. Nur eben nicht mehr in der Realität.
Backend stabil. Frontend adaptiv.
Die Lösung ist keine Revolution. Sie ist eine saubere Trennung.
Das Legacy-System bleibt. Aber nicht als alles bestimmendes Zentrum — sondern als das, was es wirklich ist: die stabile Wahrheit im Backend. Strukturierte Daten. Verlässliche Logik. Saubere APIs.
Davor passiert etwas anderes.
Eine adaptive Schicht. KI-Agenten, die nicht das System ersetzen, sondern zwischen Mensch und System übersetzen. Der Betrieb sieht genau die Informationen, die er braucht. Mitarbeiter arbeiten in Oberflächen, die zu ihrem Alltag passen. Prozesse fühlen sich logisch an — obwohl das Backend unverändert bleibt.
Der Anwender erlebt Flexibilität. Das System bleibt konsistent.
Was das für die IT bedeutet
Der Fokus verschiebt sich. Spürbar.
Weg von: „Wie bauen wir die perfekte Oberfläche?“ Hin zu: „Wie stellen wir sicher, dass die richtigen Daten sauber ins System fließen?“
Die eigentliche Macht liegt nicht mehr im Frontend. Sondern im Datenmodell, in der API-Strategie, in der Prozessdefinition.
Wer das im Griff hat, gestaltet die Realität. Nicht derjenige, der Masken konfiguriert.
Das ist kein Rollenverlust. Das ist ein Upgrade.
Fazit
Der Kunde, den ich besucht habe, entwickelt sich weiter. Mit oder ohne die richtigen Werkzeuge.
Die eigentliche Frage ist: Entwickelt sich die Architektur mit?
Oder bleibt sie der limitierende Faktor?
