Klassische IT war Werkzeug. Agentische IT ist Architektur. Vier Schichten — Daten-Basis, Modell-Zugang, Orchestrierung, Governance — enthalten strategische Entscheidungen, die nicht an die IT delegierbar sind.

Die IT-Frage nach der Agenten-Wende

Essay #005 · 2026 · Lesezeit 6 min · Feld: IT / Digitalisierung · Markt: Mittelstand

Wenn ein mittelständisches Unternehmen vor dreißig Jahren IT einführte, war die Frage klar: Welches System kaufen wir, wie integrieren wir es, wer bedient es? Die Antwort lag in einer Softwarelösung — einer Warenwirtschaft, einer Buchhaltung, einem CRM. Die IT war Werkzeug. Die Geschäftsprozesse waren das eigentliche Gebilde, und die IT half, sie effizienter zu machen.

In der Agenten-Ära kippt dieses Verhältnis. Die IT wird nicht mehr Werkzeug. Sie wird Architektur. Was genau gemeint ist, ist das Thema dieses Essays — und warum die Frage, wie Ihr Unternehmen mit IT umgeht, in den kommenden drei Jahren wichtiger wird als in den vergangenen dreißig zusammen.

Werkzeug versus Architektur

Werkzeug und Architektur sind zwei Denkweisen, die unterschiedliche Fragen stellen.

Die Werkzeug-Denkweise fragt: Welches Problem haben wir, und welches Tool löst es? Die Antwort ist ein Einkauf oder eine Eigenentwicklung. Die Verantwortung liegt meist bei einer IT-Abteilung oder einem Dienstleister. Die Geschäftsleitung wird informiert, genehmigt, und bleibt ansonsten außen vor.

Die Architektur-Denkweise fragt: Wie formt sich unser Unternehmen, wenn wir diese Technologie tragend einbauen? Die Antwort ist kein Einkauf — es ist eine Strukturentscheidung. Sie bestimmt, welche Arbeitsweisen möglich sind, welche Rollen sinnvoll bleiben, welche Daten wohin fließen, welche Entscheidungen automatisch getroffen werden und welche menschlich bleiben.

Klassische IT war Werkzeug. Agentische IT ist Architektur. Der Unterschied klingt sprachlich, ist aber real: Wer agentische IT als Werkzeug behandelt, kauft unbedachte Strukturentscheidungen mit.

Vier Schichten einer agentischen Unternehmens-Architektur

Eine tragfähige agentische IT hat vier Schichten. Die Geschäftsführung muss nicht jede dieser Schichten technisch beherrschen. Sie muss aber wissen, dass es sie gibt — und wer in ihrem Haus jede Schicht verantwortet.

Erste Schicht: Daten-Basis. Welche eigenen Daten hat das Unternehmen, und wie werden sie zugänglich gemacht? Das klingt trivial — ist es aber nicht. In den meisten mittelständischen Unternehmen liegen Daten in so vielen Systemen verstreut, dass agentische Systeme darauf erst aufbauen können, wenn eine Ordnung hergestellt ist. Diese Ordnung herzustellen ist Arbeit, und sie muss sorgfältig gemacht werden, weil spätere Entscheidungen auf ihr ruhen.

Zweite Schicht: Modell-Zugang. Welche agentischen Modelle werden eingesetzt, unter welchen Bedingungen, mit welchen Garantien? Das ist die Schicht, die sich am schnellsten ändert. Wer heute eine Langzeit-Entscheidung für ein bestimmtes Modell trifft, trifft sie auf Sand. Die Modell-Schicht sollte daher flexibel bleiben — ein Wechsel des zugrunde liegenden Modells darf nicht das gesamte Unternehmen in Unruhe versetzen.

Dritte Schicht: Orchestrierung. Wie werden verschiedene Agenten und Modelle zu durchgängigen Arbeitsabläufen verbunden? Diese Schicht entscheidet, was das Unternehmen tatsächlich mit seinen Agenten anfangen kann. Ein einzelner Agent ist nicht besonders nützlich. Ein Chor von Agenten, die gut zusammenarbeiten, kann einen erheblichen Teil der Büroarbeit übernehmen. Die Orchestrierung zu bauen und zu pflegen ist die komplexeste der vier Schichten — und die, die am ehesten eigene Arbeit erfordert.

Vierte Schicht: Governance. Wer darf welche Agenten für welche Aufgaben einsetzen? Wie wird nachvollzogen, wer wann was entschieden hat? Was darf ein Agent autonom tun, was muss menschlich freigegeben werden? Diese Schicht ist die, die am häufigsten vergessen wird — und die, deren Fehlen später die teuersten Reibungen erzeugt. Datenschutz, Haftung, Compliance: alles ruht auf dieser Schicht.

Warum diese Architektur ein Unternehmer-Thema ist

Jede dieser vier Schichten enthält Entscheidungen, die das Unternehmen in seinem Kern verändern.

Die Daten-Basis entscheidet, welches Wissen strukturiert zugänglich wird und welches in Silos bleibt. Wer kontrolliert, dass Silos aufgelöst werden — oder nicht? Der IT-Leiter? Die betroffenen Abteilungsleiter? Oder die Geschäftsleitung, weil es um strategische Fragen geht?

Der Modell-Zugang entscheidet, von welchen externen Anbietern das Unternehmen abhängig wird. Das ist eine Frage, die klassischer Unternehmensstrategie sehr nahe steht. Wer entscheidet das?

Die Orchestrierung entscheidet, welche Arbeitsabläufe automatisiert und damit in ihrer Logik festgeschrieben werden. Das ist die Frage, welche Flexibilität das Unternehmen in Zukunft noch hat — und welche nicht.

Die Governance entscheidet, wie das Unternehmen agiert, wenn etwas schiefgeht. Diese Entscheidungen werden selten vor dem Schiefgehen getroffen. Aber wer sie nicht trifft, überlässt sie dem Zufall.

Wenn all das IT-Entscheidungen sind — und nicht Unternehmer-Entscheidungen — hat die IT eine Machtfülle, die sie nicht haben sollte. Nicht, weil die IT-Leitung es böse meint. Sondern, weil sie die falsche Instanz ist, um strategische Fragen mit langer Wirkung zu entscheiden.

Drei Muster, die scheitern

„Das macht unser externer Dienstleister.” Ein Digital-Dienstleister, mit dem man seit zehn Jahren zusammenarbeitet, bekommt das Mandat, agentische Infrastruktur zu bauen. Das ist bequem, weil man dem Dienstleister vertraut. Es ist aber problematisch, weil die Governance-Entscheidungen damit auf einen Partner ausgelagert werden, dessen Interessen nicht vollständig identisch mit den eigenen sind. Der Dienstleister baut eine Architektur, die sein eigenes Geschäft stabilisiert — nicht zwingend die, die dem Kunden strategisch am besten dient. Die operative Hilfe beim Bau einzelner Schichten ist etwas anderes; problematisch wird es, wenn derselbe Dienstleister die Architektur-Entscheidung trifft, die er anschließend baut.

„Wir kaufen eine fertige Suite.” Ein großer Anbieter bietet eine Komplettlösung, die alle vier Schichten abdeckt. Das reduziert die Komplexität der Entscheidung auf eine einzige Unterschrift. Es ist verlockend, aber es ist die tiefste Form von Lock-in, die in diesem Zusammenhang möglich ist. Wer alle vier Schichten bei einem Anbieter kauft, hat seine architektonische Unabhängigkeit abgegeben.

„Wir bauen alles selbst.” Ein interner Kraftakt mit dem Ziel, maximale Kontrolle zu behalten. Kann in Ausnahmefällen funktionieren, aber kostet in den meisten Unternehmen mehr Kapazität, als der eigene Kern rechtfertigt. Man bindet Ressourcen, die woanders fehlen.

Was stattdessen funktioniert

Was funktioniert, ist eine hybride Architektur mit klar definierten Eigenteilen und eingekauften Teilen. Die Geschäftsleitung entscheidet, welche Schichten das Unternehmen selbst kontrollieren muss und welche es einkaufen kann. Die Daten-Basis gehört in der Regel ins Haus. Der Modell-Zugang wird austauschbar gehalten. Die Orchestrierung ist teils eingekauft, teils im Haus. Die Governance ist vollständig Unternehmer-Sache.

Diese Entscheidung lässt sich nicht aus einem IT-Papier heraus treffen. Sie verlangt, dass der Entscheider versteht, was jede Schicht leistet — und wo die strategischen Hebel liegen. Das ist der Ort, an dem die Mitarbeit des Unternehmers unersetzbar wird. Nicht, um die Technik zu beherrschen, sondern um die Struktur zu bewohnen.

Der eigentliche Punkt

Die IT-Frage nach der Agenten-Wende ist keine IT-Frage mehr. Sie ist eine Frage der Unternehmens-Architektur — und damit eine Frage der Unternehmensführung. Wer sie delegiert, delegiert nicht Technik. Er delegiert Strategie.

Die Unternehmen, die in fünf Jahren strukturell stark dastehen, werden diejenigen sein, deren Geschäftsführung die vier Schichten verstanden hat — nicht im Detail jeder Zeile, sondern in ihren strategischen Konsequenzen. Diese Geschäftsführungen werden Entscheidungen getroffen haben, die sich nicht in Tabellenkalkulationen gießen lassen. Sie werden Positionen bezogen haben, die von außen nicht sofort einleuchten. Sie werden Widerstände überwunden haben, die aus den eigenen IT-Abteilungen kamen.

Und sie werden ihre Architektur kennen. Das ist der Unterschied.

— Axel Roth