Der agentische Software Development Lifecycle: zehn Entscheidungen

Agentische KI verändert nicht einzelne Entwicklungsschritte, sondern das Betriebsmodell der Softwareentwicklung. Unser Whitepaper „Der agentische Software Development Lifecycle“ beschreibt zehn Entscheidungen, mit denen große Organisationen den Übergang von der manuellen Entwicklung zur agentischen Delivery gestalten: fundiert, reguliert und messbar. Dieser Beitrag fasst die zehn Entscheidungen und die drei Ebenen zusammen, auf denen sie liegen.

Warum jetzt: Die Lernkurve ist nicht kaufbar

Banken, Versicherungen, Energieversorger, Industriekonzerne und öffentliche Verwaltungen betreiben Anwendungslandschaften, die über Jahrzehnte gewachsen sind. Der Großteil der IT-Budgets ist durch Wartung, Betrieb und Regulatorik gebunden, das Wissen über die eigenen Systeme liegt in Köpfen und veralteten Dokumenten, und der Arbeitsmarkt liefert keinen Ersatz für Entwicklerinnen und Entwickler, die in den Ruhestand gehen. Mit dem bisherigen Betriebsmodell ist diese Gleichung nicht lösbar.

Gleichzeitig hat sich die Technologie in drei Jahren von der Autovervollständigung über Copiloten zu Agenten entwickelt, die mehrstufige Aufgaben selbstständig planen und abschließen. Die Aufgabenlänge, die Agenten mit 50-prozentiger Erfolgsquote autonom bewältigen, verdoppelt sich derzeit etwa alle sieben Monate (Kwa et al. 2025, arXiv:2503.14499). Entscheidend ist die Asymmetrie: Werkzeuge lassen sich jederzeit kaufen, die Transformation nicht. Verifizierte Spezifikationen, ein belastbarer Wissensgraph und eine geübte Organisation entstehen nur im Betrieb. Wer 2026 beginnt, hat 2028 zwei Jahre Lernkurve akkumuliert, die Nachzügler nicht überspringen können.

Der Unterschied zwischen Copilot und Agent ist dabei strukturell, nicht graduell. Ein Copilot assistiert einer Person bei einem Arbeitsschritt. Ein Agent übernimmt ganze Aufträge gegen definierte Qualitätskriterien, prüft sich gegen die Spezifikation und übergibt ein verifiziertes Ergebnis an menschliche Gates. In unserem Reifegradmodell von L0 bis L5 liegt der Kipppunkt zwischen L3 und L4: Bis L3 genügen Lizenzen und Schulungen, ab L4 tragen Organisation, Qualitätssicherung und Governance die Veränderung. Genau deshalb bleiben Copilot-Programme ohne Arbeit am Betriebsmodell in Pilotinseln stecken.

Zehn Entscheidungen auf drei Ebenen

Die zehn Entscheidungen bauen aufeinander auf. Die Entscheidungen I bis III legen das Fundament: Assets, die Bestand haben. IV bis VII beschreiben das Betriebsmodell: die Arbeitsteilung zwischen Mensch und Agent bei nicht verhandelbarer Qualität. VIII bis X regeln die Skalierung: vom belegten Piloten zum Betriebsstandard.

Das Fundament: Assets, die Bestand haben

Own the Spec, not the Code. Wenn Agenten Code in Stunden erzeugen, ist Code kein Vermögenswert mehr, sondern ein erneuerbares Artefakt. Das dauerhafte Asset ist die präzise, maschinenlesbare Beschreibung dessen, was ein System fachlich leisten muss: Regeln, Daten, Schnittstellen, Akzeptanzkriterien. Wer sie besitzt, kann Code neu generieren lassen, in einer anderen Technologie, mit einem anderen Modell, bei einem anderen Dienstleister. Für Bestandssysteme heißt das, IST-Spezifikationen systematisch zu rekonstruieren, etwa mit App2Spec aus beobachteter Nutzung. Für Neuentwicklungen heißt es, Anforderungen in prüfbarer Qualität nach ISO/IEC/IEEE 29148 zu formulieren, bevor Agenten bauen.

Der Wissensgraph als Kontextfundament. Ohne strukturiertes Wissen über Systeme, Fachbegriffe und Regeln raten Modelle: Sie halluzinieren Anforderungen und erzeugen Nacharbeit. Der Wissensgraph modelliert die Organisation maschinenlesbar und verbindet Systeme, Anforderungen, Testfälle, Releases und Vorschriften über typisierte, belegte Beziehungen. Impact-Analysen dauern Minuten statt Wochen, und die Nachweiskette von der Vorschrift bis zum Release entsteht als Nebenprodukt. Vor allem aber bleibt der Kontext erhalten, wenn Sie in den nächsten Jahren mehrfach das Modell wechseln. Er ist die wirksamste Versicherung gegen Anbieter-Lock-in.

Plattform und Orchestrierung. Zielbild ist eine durchgängige Delivery-Plattform als Single Source of Truth für Code, Spezifikation, Tests und Pipelines, darüber eine Orchestrierungsschicht, die Agenten koordiniert und Berechtigungen wie Audit-Trails erzwingt. Werkzeugentscheidungen folgen Kapabilitäten, nicht Präferenzen: ein zweidimensionales Scoring aus Kapabilitätshub je Domäne und gewichteten Kriterien wie TCO, Sicherheit und Lock-in-Risiko. Modelle bleiben austauschbar, sensible Workloads werden europäisch gehostet, und es gibt kein Training mit den eigenen Daten.

Das Betriebsmodell: Arbeitsteilung mit nicht verhandelbarer Qualität

Die kleinste Wertschöpfungseinheit des agentischen Software Development Lifecycle ist die Zelle: fünf Menschen und eine wachsende Zahl von Agenten, verantwortlich für einen fachlichen Schnitt, end-to-end von der Idee bis zum Betrieb. Der Zellen-Lead verantwortet das Ergebnis, die Domänenexpertin hält die fachliche Wahrheit, zwei Full-Stack-Entwickler steuern Architektur, Review und die Agenten selbst, die Ops-Expertin sichert die letzte Meile in die Produktion. Aus acht Spezialistenrollen werden fünf Verantwortungen, keine fünf Restposten. Der Übergang erfolgt über natürliche Fluktuation und Requalifizierung.

Wenn Generierung billig wird, wird Verifikation zum Engpass und zum Qualitätsversprechen. Zwei Prinzipien tragen die Antwort: die Trennung von Generatoren und Verifikatoren, denn kein Agent prüft die eigene Arbeit, und verbindliche Quality Gates entlang des Lebenszyklus, von der Definition of Ready bis zur Definition of Deploy. Prüffälle entstehen aus der Spezifikation, bevor Code generiert wird. Jede Freigabe an einem Gate bleibt eine menschliche Entscheidung, jeder Agentenschritt dahinter ist protokolliert. In ReqPOOL-Projekten steigt die Qualität dadurch um rund 30 Prozent (Erfahrungswerte aus ReqPOOL-Projekten 2023 bis 2026, projektspezifisch validierbar).

Governance gehört in den Prozess, nicht in den Nachgang: Der Mensch verantwortet jede Änderung eines Agenten, Richtlinien werden als Compliance as Code in Pipelines erzwungen, und ein lückenloser Audit-Trail macht jede Agentenaktion rekonstruierbar. Die KI-Verordnung (EU) 2024/1689 fordert genau diese Bausteine, DORA (EU) 2022/2554 belastbares IKT-Risikomanagement. Richtig gebaut ist der agentische Lifecycle deshalb nicht das Compliance-Risiko, für das er oft gehalten wird, sondern die erste Delivery-Form, in der Nachweise als Nebenprodukt der Arbeit entstehen. Der Rollenwandel führt schließlich von Ausführung zu Urteilskraft: Entwicklerinnen werden zu Architektinnen agentischer Systeme, Fachexperten zur präzisen Quelle der Spezifikation.

Die Skalierung: vom Piloten zum Betriebsstandard

Auf Vorstandsebene genügt eine Kennzahl: Delivery-Effizienz, gemessen als abgeschlossene Arbeitseinheiten je Vollzeitkraft, quartalsweise je Bereich und direkt aus den Delivery-Systemen erhoben. Effizienzgewinne zählen nur bei konstanten Leitplanken: Change Failure Rate, Produktionsstörungen, Defektrate und Testabdeckung dürfen sich nicht verschlechtern; die vier DORA-Kennzahlen der Delivery-Forschung (Forsgren, Humble, Kim 2018) liefern dafür den Standard. Skaliert wird in Wellen entlang eines Reifegradpfads, nicht im Big Bang. Verbindlich wird das Ganze durch einen Northstar mit Vorstandssponsorship, Budget und einer Kennzahl in der Unternehmenssteuerung.

Der nächste Schritt

In großen Organisationen ist die Transformation ein Programm über 18 bis 36 Monate; erste belastbare Effizienznachweise entstehen nach 90 Tagen Pilotbetrieb. Der erste Schritt ist klein und konkret: Standort bestimmen, zwei bis drei Leuchtturmzellen aufsetzen, nach 90 Tagen gegen die Baseline messen.

Das vollständige Whitepaper mit Reifegradmodell, Drei-Schichten-Modell, Quality-Gate-Architektur und dem anonymisierten Fallbeispiel einer europäischen Großbank finden Sie unter Publikationen. Wie wir den agentischen Software Development Lifecycle in Ihrer Organisation verankern, lesen Sie auf der Seite Agentic Software Development Lifecycle. Oder Sie sprechen direkt mit uns: In einem Expertengespräch klären wir, wo Ihre Organisation auf dem Reifegradpfad steht und mit welchen Initiativen Sie beginnen sollten.