Agentic Engineering (Part 6): Ausführbare Governance

Peter Pedross, CEO & Gründer, PEDCO AG – SAFe Fellow

Agentic Engineering verändert die Rolle von Governance grundlegend. Was traditionell in Richtlinien, Prozessbeschreibungen und Qualitätsmanagement-Handbüchern dokumentiert wurde, entwickelt sich zunehmend zu ausführbarem Engineering-Verhalten. Regeln werden maschinenlesbar, Evidenz entsteht kontinuierlich und Governance entwickelt sich von der Freigabe von Arbeit hin zur Ermöglichung besserer Entscheidungen. Skills, Regeln und Hooks müssen dabei aus dem Prozessmodell einer Organisation abgeleitet und mit ihrem Lean Quality Management System sowie ihrer Art zu arbeiten abgestimmt werden, sodass Menschen und autonome Agenten nach denselben Prinzipien, Leitplanken und Entscheidungsgrenzen handeln. Im Zeitalter autonomer Systeme besteht die zentrale Herausforderung nicht mehr darin, die Ausführung zu kontrollieren, sondern Entscheidungsräume zu schaffen, in denen Teams und KI-Systeme schnell, sicher und verantwortungsvoll handeln können.

Jede Engineering-Organisation verfügt über Governance. Der Unterschied liegt darin, wo diese Governance existiert.

Traditionell wurde Governance in Richtlinien, Prozessbeschreibungen, Qualitätsmanagement-Handbüchern und Architekturvorgaben dokumentiert. Diese Dokumente beschreiben, wie Software entwickelt werden soll, welche Reviews erforderlich sind, welche Qualitätsstandards gelten und welche regulatorischen Anforderungen erfüllt werden müssen. Über Jahrzehnte hinweg war dieser Ansatz vollkommen sinnvoll, weil Menschen diese Dokumente interpretierten.

• Ingenieure lesen die Richtlinien.
• Architekten überprüfen die Designs.
• Auditors verifizieren die Compliance.
• Qualitätsmanager prüfen die Einhaltung der Prozesse.

Die Wirksamkeit von Governance hing daher maßgeblich von menschlicher Erfahrung und Disziplin ab. Agentic Engineering verändert diese Beziehung grundlegend. Autonome Agenten können organisatorische Intentionen nicht auf dieselbe Weise interpretieren wie erfahrene Ingenieure. Sie benötigen Governance, die explizit, strukturiert und zunehmend ausführbar ist. Dies stellt einen tiefgreifenden Wandel dar. Governance ist nicht länger etwas, das außerhalb des Engineering-Prozesses existiert. Sie wird Teil des Engineering-Systems selbst.

• Standards verbessern unsere eigenen Prozesse.
• Prozesse und Richtlinien entwickeln sich zu Regeln.
• Regeln werden maschinenlesbar.
• Regeln aktivieren Skills.
• Skills rufen Werkzeuge auf.
• Werkzeuge erzeugen Evidenz.
• Evidenz validiert kontinuierlich, ob Engineering-Entscheidungen weiterhin mit den organisatorischen Zielen übereinstimmen.

Mit anderen Worten, Governance bewegt sich von der Dokumentation in die Ausführung. Dieser Übergang lässt sich bereits heute in modernen Engineering-Organisationen beobachten:

• Sicherheitsrichtlinien lösen automatisch Vulnerability-Scans aus, bevor Software ausgerollt wird.
• Architektonische Einschränkungen verhindern, dass nicht autorisierte Abhängigkeiten in die Codebasis gelangen.
• Quality Gates validieren die Testabdeckung, bevor Änderungen zusammengeführt werden.
• Infrastrukturrichtlinien stellen sicher, dass Cloud-Ressourcen den organisatorischen Standards entsprechen.

Eine der bedeutendsten Veränderungen betrifft möglicherweise die Rolle der Governance selbst. Über viele Jahre konzentrierte sich Governance in großen Engineering-Organisationen primär auf Freigaben. Die zentralen Fragen waren häufig operativer Natur:

• Verfügen wir über ausreichende Kapazitäten?
• Haben wir Budget?
• Haben die notwendigen Stakeholder die Initiative genehmigt?
• Können wir die Umsetzung realistisch liefern?

Agentic Engineering verändert dieses Gleichgewicht grundlegend. Da Implementierung zunehmend kostengünstig wird und der Engineering-Durchsatz massiv ansteigt, ist der limitierende Faktor nicht länger die Ausführungskapazität. Die neue Frage wird deutlich schwieriger:

Ergibt es überhaupt Sinn, dass wir dies bauen?

Und zwar nicht nur aus geschäftlicher Sicht. Sondern aus technischer, wirtschaftlicher, architektonischer und organisatorischer Perspektive. Dadurch verändert sich auch die Rolle der Führung. Die zentrale Aufgabe besteht nicht länger darin, die Ausführung zu kontrollieren. Sie besteht darin, klare Entscheidungsräume zu schaffen, innerhalb derer Teams schnell, sicher und verantwortungsvoll handeln können. Governance entwickelt sich schrittweise von einer Freigabe-Governance zu einer Entscheidungs-Governance. Dieser Übergang hat mehrere praktische Konsequenzen. Menschliche Review-Gates bleiben selbst in hochgradig autonomen Engineering-Organisationen essenziell. Künstliche Intelligenz kann Analyse, Implementierung und Validierung beschleunigen, doch einige Entscheidungen profitieren weiterhin von menschlichem Urteilsvermögen. Architektonische Zielkonflikte, Sicherheitsimplikationen, regulatorische Anforderungen, Skalierungsfragen und langfristige Produktstrategien bleiben grundsätzlich menschliche Verantwortlichkeiten.

Ebenso wichtig sind explizite Entscheidungsleitplanken. Teams und autonome Systeme müssen verstehen, welche Entscheidungen sie eigenständig treffen dürfen und welche eine zusätzliche Überprüfung durch Architektur-, Sicherheits-, Compliance- oder Portfoliofunktionen erfordern. Interessanterweise erleben Organisationen, die diese Grenzen explizit definieren, häufig gleichzeitig eine höhere Autonomie und eine stärkere Governance.  Auch das Konzept der Bereitschaft beginnt sich zu verändern. Eine klassische Definition of Ready konzentrierte sich häufig auf Voraussetzungen für die Implementierung. Für KI-unterstützte Entwicklung benötigen Organisationen zunehmend etwas, das eher einer Definition of Ready für Entscheidungen selbst entspricht.

• Welches Problem versuchen wir zu lösen?
• Welche Wertehypothese testen wir?
• Welche Risiken sind bereits bekannt?
• Welche Annahmen treffen wir hinsichtlich der Architektur, der Daten oder der Skalierbarkeit?
• Unter welchen Bedingungen würden wir die weitere Investition von Aufwand stoppen?

Auch der Solution Intent entwickelt sich erneut weiter. Anstatt zu einem schwergewichtigeren Governance-Dokument zu werden, entwickelt er sich zu einem leichteren und dynamischeren Entscheidungsartefakt.

• Warum bauen wir diese Feature?
• Welche Einschränkungen gelten?
• Welche Annahmen betrachten wir als stabil?
• Welche Ergebnisse wollen wir tatsächlich erreichen?

Eine der interessanteren Konsequenzen betrifft möglicherweise die Evidenz selbst. Traditionell wurde Evidenz erst nach Abschluss der Implementierung erzeugt. Zunehmend wird Evidenz Teil der Implementierung selbst. Tests, Reviews, Dokumentation, Traceability-Informationen und Compliance-Nachweise entstehen kontinuierlich während der Engineering-Arbeit, anstatt im Nachhinein rekonstruiert zu werden.

Die gleiche Beobachtung gilt für die Definition of Done. Da autonome Systeme einen wachsenden Anteil der Implementierungsarbeit übernehmen, erhalten Organisationen die Möglichkeit, ihre Qualitätserwartungen erheblich zu erweitern. Dokumentation, Traceability, Testnachweise, Architekturvalidierung und regulatorische Anforderungen können zunehmend Teil des täglichen Lieferprozesses werden, anstatt wie bis anhin eine außergewöhnliche Aktivität zu bleiben.

Schließlich rückt Lean Portfolio Management unerwartet näher an das Zentrum der Engineering-Organisation.  Wenn Implementierung günstig wird, werden Ideen reichlich vorhanden sein. Portfolio Management beschäftigt sich daher zunehmend weniger mit der Verteilung knapper Implementierungskapazitäten und stärker mit der Sicherstellung, dass die Aufmerksamkeit der Organisation auf diejenigen Initiativen fokussiert bleibt, die den größten Wert erzeugen. Vielleicht ist dies eine der entscheidenden Governance-Herausforderungen des Zeitalters des Agentic Engineering:

• Nicht zu entscheiden, was gebaut werden kann.
• Sondern zu entscheiden, was es verdient, gebaut zu werden.

Von Prozessmodellen zu ausführbarer Governance

Engineering-Governance wird operational. Dasselbe Prinzip setzt sich im Agentic Engineering ganz natürlich fort. Autonome Agenten sollten sich nicht auf statische Dokumentation verlassen müssen, die für jede Aufgabe erneut interpretiert werden muss. Stattdessen sollten sie innerhalb einer Umgebung arbeiten, in der organisatorisches Wissen bereits in ihre täglichen Aktivitäten eingebettet ist. Skills, Regeln und Hooks entstehen dabei nicht isoliert. Sie müssen aus dem Prozessmodell der Organisation abgeleitet und mit ihrer gesamten Art zu arbeiten abgestimmt werden. Die gleichen Architekturprinzipien, Qualitätsstandards, Freigabemechanismen und Entscheidungsgrenzen, die Ingenieure leiten, müssen auch autonome Systeme leiten. Dadurch entsteht eine neue Anforderung an Engineering-Organisationen. Prozesse können nicht länger ausschließlich als Dokumentation existieren, die für menschliche Interpretation gedacht ist. Sie müssen zunehmend zu expliziten, strukturierten und maschinenlesbaren Repräsentationen organisatorischen Verhaltens werden.

• Skills definieren, was ein Agent tun kann.
• Regeln definieren, was ein Agent tun darf.
• Hooks bestimmen, wann zusätzliche Validierung, menschliche Interaktion oder spezialisierte Workflows erforderlich werden.

Gemeinsam bilden sie eine Engineering-Umgebung, die autonomes Verhalten kontinuierlich steuert, ohne den Engineering-Flow zu unterbrechen. Wichtig ist dabei, dies nicht als Ersatz menschlicher Entscheidungen zu verstehen. Das Ziel besteht nicht darin, Menschen aus dem Engineering zu entfernen. Das Ziel besteht darin, sicherzustellen, dass Menschen dort beteiligt sind, wo sie den größten Wert schaffen.

• Routineentscheidungen können zunehmend delegiert werden.
• Strategische Entscheidungen bleiben menschlich.

Dadurch entsteht eine Engineering-Organisation, in der Verantwortlichkeiten klarer und nicht unsichtbarer werden. Eine Beobachtung zeigte sich dabei immer wieder in unserer eigenen Engineering-Arbeit. Immer dann, wenn Governance in Dokumenten isoliert blieb, erzeugten autonome Systeme inkonsistente Ergebnisse. Immer dann, wenn Governance ausführbar wurde, verbesserten sich sowohl die Engineering-Qualität als auch die Entwicklungsgeschwindigkeit. Der Grund dafür ist überraschend einfach. Autonome Agenten arbeiten am besten, wenn Erwartungen eindeutig sind. Explizite Grenzen reduzieren Unsicherheit. Strukturiertes Wissen verbessert Konsistenz. Kontinuierliches Feedback ermöglicht Lernen.  Engineering-Organisationen stehen deshalb vor einer neuen Herausforderung. Die Frage lautet nicht mehr, ob Governance existiert. Die Frage lautet, ob Governance aktiv an der System-/ Softwareentwicklung teilnimmt.

Organisationen, die Governance weiterhin als Dokumentation behandeln, werden zunehmend Schwierigkeiten haben, autonomes Engineering zu skalieren.

Organisationen hingegen, die Governance in eine ausführbare Engineering-Fähigkeit transformieren, werden Menschen und autonomen Agenten ermöglichen, innerhalb derselben vertrauenswürdigen Betriebsumgebung zusammenzuarbeiten.

Das nächste Kapitel baut auf dieser Idee auf und führt das Konzept des Context Engineering ein – die Disziplin, die Architektur, Wissen, Governance und Engineering-Artefakte zu einer gemeinsamen Entscheidungsumgebung für Menschen und autonome Systeme verbindet.

Vorheriges Kapitel Nächstes