Agentische Entwicklung,verankert in der Architektur.
KI-Coding-Agenten liefern funktionierende Software in bemerkenswertem Tempo, wissen aber nichts über Ihre Organisation: welche Systeme existieren, wie sie heißen und welche Regeln gelten. Enterprise Architecture stellt genau diesen Kontext in schriftlicher Form bereit.
SpezifikationsgetriebenAn der eigenen Plattform erprobt
Das Argument
Agenten ohne Architekturkontext erzeugen Software, die für sich genommen funktioniert, aber nicht in die umgebende Landschaft passt. Die nachträgliche Korrektur ist teuer.
01
Das Metamodell definiert das Vokabular
Agenten müssen die Sprache Ihres Unternehmens verstehen. Das Metamodell definiert Capabilities, Anwendungen, Prozesse und Datenobjekte sowie deren Beziehungen. Zusammen mit abgestimmten Definitionen bilden diese Konzepte die gemeinsame Ontologie, die alle Agenten nutzen.
02
Das Repository gibt ihr Bedeutung
Das Repository überträgt diese Ontologie auf Ihr Unternehmen. Es beschreibt, wofür Capabilities und Datenobjekte stehen, welche Systeme sie unterstützen, wer sie verantwortet und wie alles zusammenhängt. So arbeiten Agenten mit verlässlichem, gepflegtem Unternehmenswissen, statt Annahmen zu treffen.
03
Prinzipien sind die Leitplanken
Architekturprinzipien, Standards und Prozessmodelle lassen sich direkt in Vorgaben und Abnahmekriterien übersetzen, an denen Agenten gemessen werden und die Reviewer prüfen können.
04
Governance ist die Kontrollebene
Entscheidungswege, Entscheidungsdokumentation und Nachweispflichten bleiben genauso relevant, wenn eine Maschine den Code schreibt. Sie sind die Grundlage dafür, dass Sie das Ergebnis verantworten können.
Wie wir arbeiten
Engineering-Disziplin, im Tempo von Agenten.
Wir entwickeln Software mit KI-Agenten im Produktiveinsatz, einschließlich unserer eigenen Unternehmensplattform. Diese Arbeitsweise hat sich dabei bewährt, und wir etablieren sie gemeinsam mit unseren Kunden.
01Spezifikationsgetriebene Entwicklung
Spezifikation vor Umsetzung.
Prompten und das Ergebnis übernehmen ist für Prototypen vertretbar, nicht aber für Software, auf die sich Menschen verlassen. Für größere Features arbeiten wir spezifikationsgetrieben: Use Cases, funktionale und nichtfunktionale Anforderungen, Randfälle und Abnahmekriterien werden dokumentiert, bevor die Umsetzung beginnt. Die Agenten bauen gegen diese Spezifikation und leiten die Tests aus den Anforderungen ab statt aus dem generierten Code, sodass die Tests das beabsichtigte Verhalten beschreiben.
Was Sie davon habenDauerhafte Geschwindigkeit, weil die Spezifikation die Referenz bleibt, wenn das Feature später erweitert wird.
Use Cases & Anforderungen
Abnahmekriterien
Tests aus Anforderungen
Spec-getriebenes Tooling
Definition of ReadyGate
Bevor ein Agent beginnt.
Use Cases geschrieben und abgestimmt
Nichtfunktionale Anforderungen explizit
Randfälle aufgezählt
Tests aus Anforderungen, nicht aus Code
„Der Prompt klingt schon richtig“
Pflicht
02Architektur als Kontext
Verankert in Ihrer tatsächlichen Landschaft.
Ein Agent, der Ihre Landschaft nicht kennt, erfindet eine plausible, zum Beispiel einen Dienst, der letztes Jahr abgeschaltet wurde, oder ein Integrationsmuster, von dem Sie sich verabschiedet haben. Wir stellen das Architektur-Repository als Arbeitskontext bereit, damit Agenten gegen die Anwendungen, Schnittstellen und Datenobjekte bauen, die tatsächlich existieren. Das Metamodell erfüllt dabei beide Aufgaben zugleich: als Modell, das Ihre Architekten pflegen, und als gemeinsames Vokabular, dem Ihre Agenten folgen.
Was Sie davon habenErgebnisse, die in die bestehende Landschaft passen, und weniger Reviewaufwand für das Korrigieren erfundener Annahmen.
Repository als Kontext
Gemeinsames Vokabular
Landschaftsbewusste Ergebnisse
Weniger Halluzinationen
03Leitplanken
Definierte Grenzen für Agenten.
Architekturentscheidungen müssen verbindlich sein, und bei Agenten müssen sie über die ganze Delivery-Pipeline hinweg durchsetzbar sein. Wir übersetzen Stack-Entscheidungen, Integrationsmuster, Sicherheitsanforderungen und Prozessmodelle in explizite Vorgaben: welche Muster verpflichtend sind, welche Komponenten nicht verändert werden dürfen und welche Änderungen zuerst eine menschliche Entscheidung erfordern. Ohne diese Grenzen führt jede Session eigene Muster ein, und die Codebasis verliert nach und nach ihre Struktur.
Was Sie davon habenEine Codebasis, die auch nach Hunderten von Agentenbeiträgen eine konsistente Architektur behält.
Verbindliche Stack-Entscheidungen
Verpflichtende Muster
Kriterien aus Prozessen
Menschliche Entscheidungspunkte
ArbeitsvereinbarungAgenten
Was Agenten ändern dürfen.
Nur freigegebene Muster und Stacks
Architekturentscheidungen sind bindend
Schema- und API-Änderungen erfordern menschliche Freigaben
Neue Abhängigkeiten erfordern menschliche Freigaben
Berechtigungs- und Audit-Code wird nicht verändert
Durchgesetzt
04Review & Nachweise
Automatisiertes Review, dokumentierte Nachweise.
Generierter Code muss geprüft werden. Bei dem Volumen, das Agenten erzeugen, muss diese Prüfung automatisiert erfolgen. Wir richten automatisierte Code-Reviews ein, die bei jedem Commit laufen und auf typische Risiken in generiertem Code hinweisen: bestimmte Logikfehler sowie Schwachstellen bei Berechtigungen und anderen Querschnittsthemen. Gleichzeitig führen wir die erforderlichen Nachweise, denn Compliance-Anforderungen gelten unabhängig davon, wer den Code geschrieben hat. Als TISAX-zertifiziertes Unternehmen müssen wir selbst einen kontrollierten Entwicklungsprozess nachweisen und wenden denselben Maßstab in Kundenprojekten an.
Was Sie davon habenFehler werden vor dem Merge gefunden, und die Review- und Testhistorie steht für Audits zur Verfügung.
Automatisches Review je Commit
Berechtigungsprüfungen
Nachvollziehbare Historie
Auditfeste Nachweise
Review-JournalDiese Woche
Jede Änderung nachgewiesen.
Änderung 481Tests ✓ · Review ✓ · gemerged
Änderung 482Zurück: Berechtigungslücke
Änderung 482 Rev. 2Tests ✓ · Review ✓ · gemerged
Änderung 483Tests ✓ · Review ✓ · gemerged
Die vollständige Entscheidungs- und Testhistorie bleibt verfügbar.
Auditfest
05Wo es passt
Der richtige Einsatzbereich für agentische Entwicklung.
Agentische Entwicklung eignet sich besonders, wenn der Umfang überschaubar ist und Sie die Anforderungen klar bestimmen können: interne Anwendungen, Plattformerweiterungen, individuelle Reports, Integrationen und Migrationswerkzeuge. Anspruchsvoller wird es, wenn eine Anwendung zum gemeinsam genutzten digitalen Rückgrat wird und jedes Feature Berechtigungen, Benachrichtigungen, Audit-Logging und bestehende Module berücksichtigen muss. Wir helfen Ihnen, Ihr Vorhaben realistisch einzuschätzen, auch dann, wenn die Lizenzierung eines Produkts die bessere Lösung ist.
Was Sie davon habenEine fundierte Make-or-Buy-Entscheidung, bevor das Budget gebunden ist.
Interne Anwendungen
Erweiterungen & Reports
Integrationen & Tooling
Make-or-Buy-Beratung
BewertungMake or Buy
Internes Asset-Management-Tool.
Umfang begrenzt
Anforderungen liegen bei uns
Querschnittspflichten
Standardprodukt verfügbar
EmpfehlungBauen, agentenbasiert
An der eigenen Plattform erprobt
Unsere Plattform, von Agenten geschrieben.
ITM InMind ist unsere interne Unternehmensplattform. Jede Zeile davon wurde von KI-Agenten geschrieben, während unsere Entwickler die Richtung vorgeben, die Ergebnisse prüfen und jedes Modul testen. Sie trägt unser Tagesgeschäft, deshalb wissen wir aus Erfahrung, wo dieser Ansatz funktioniert und wo seine Grenzen liegen.
Die meisten Teams erstellen mit Agenten innerhalb weniger Tage einen funktionierenden Prototypen und stoßen danach auf dieselben Hindernisse. Nach unserer Erfahrung liegt die Ursache selten am Modell, und sie lässt sich selten durch weiter ausgefeiltes Prompten beheben.
