So funktioniert SDD
Vom Wasserfallmodell zur spezifikationsgesteuerten KI-Ausführung – die vollständige technische Darstellung.
Evolution
Wie sich die Softwareentwicklung gewandelt hat
Vier Epochen der Softwareentwicklung – vom starren Wasserfallmodell bis zu spezifikationsgesteuerten KI-Agenten.
Waterfall
Aufeinanderfolgende Phasen: Anforderungen, Entwurf, Implementierung, Test, Bereitstellung. Jede Phase wird abgeschlossen, bevor die nächste beginnt. Änderungen sind teuer; Rückmeldungen kommen erst nach Monaten.
Planbar, aber langsam. Ein Änderungswunsch nach der Entwurfsphase kann den gesamten Zeitplan auf null setzen.
Agile
Iterative Sprints, User Stories, tägliche Stand-ups, Retrospektiven. Teams liefern schrittweise und passen sich Änderungen an. Das Tempo bleibt jedoch durch Teamgröße und Abstimmungsaufwand begrenzt.
Schnellere Rückmeldung – doch Skalierung erfordert mehr Mitarbeiter, und mehr Mitarbeiter erfordern mehr Abstimmung.
AI-Assisted
Codevervollständigung, KI-Assistenten, Codegenerierung im Chat. Einzelne Entwickler werden schneller, der Entwicklungsprozess selbst bleibt jedoch unverändert. Die KI unterstützt; die Arbeit leistet weiterhin der Mensch.
Produktivitätsgewinne von 20–40 % pro Entwickler – Prozess, Rollen und Engpässe bleiben jedoch dieselben.
SDD
Die Spezifikation wird zum ausführbaren Vertrag. KI-Agenten implementieren, testen, dokumentieren und stellen bereit – orchestriert von einem erfahrenen Ingenieur, der den gesamten Lebenszyklus über formale Spezifikationen steuert.
Nicht schnellere Entwickler, sondern ein grundlegend anderer Prozess: ein Ingenieur, Spezifikation zuerst, Ausführung durch KI. Kernkonzept
Was ist Specification-Driven Development?
Eine Methode, bei der die Spezifikation die verbindliche Grundlage bildet und KI-Agenten die Arbeit ausführen.
Specification-Driven Development (SDD) ist eine Methodik, bei der jede Funktion, jeder Service und jede Integration als formale, maschinenlesbare Spezifikation beginnt – bevor auch nur eine Zeile Code entsteht.
Anders als bei klassischen Ansätzen, bei denen Entwickler Anforderungen auslegen und Implementierungsentscheidungen nebenher treffen, verlagert SDD alle Architektur- und Geschäftsentscheidungen in die Spezifikation. Die Spezifikation ist keine Dokumentation, sondern die maßgebliche Grundlage, nach der KI-Agenten arbeiten.
Das Ergebnis: vorhersehbare Resultate, gleichbleibende Qualität und ein Entwicklungstempo, das mit der Tiefe der Spezifikation wächst – nicht mit der Teamgröße.
Die Spezifikation ist der Code
Jede Funktion beginnt als formale Spezifikation: API-Verträge, Datenmodelle, Geschäftsregeln, Abnahmekriterien. Die Spezifikation ist so präzise, dass KI-Agenten sie ohne Interpretationsspielraum umsetzen können.
Die Agenten erledigen die Arbeit
KI-Agenten übernehmen Implementierung, Tests, Dokumentation, CI/CD-Konfiguration und Lokalisierung. Jeder Agent arbeitet in einer festgelegten Rolle und innerhalb strikter Kontextgrenzen.
Der Mensch behält die Kontrolle
Ein erfahrener Ingenieur schreibt die Spezifikationen, prüft sämtliche Ergebnisse, trifft die Architekturentscheidungen und sichert die Qualität. KI verstärkt Fachwissen – sie ersetzt kein Urteilsvermögen.
Architektur
Drei Kontextebenen
Jeder KI-Agent arbeitet innerhalb einer strikten Kontexthierarchie, die Konsistenz und Qualität sichert.
Systemkontext
Architekturregeln, Vorgaben zum Technologie-Stack, Programmierstandards, Namenskonventionen und projektweite Invarianten. Dieser Kontext wird in jede Agentensitzung geladen und ändert sich während des Projekts nicht.
Beispiel: „Java 21, Spring Boot 3.2, PostgreSQL. Alle Services folgen der hexagonalen Architektur. REST-APIs entsprechen der Spezifikation OpenAPI 3.1. Kein ORM – reines SQL mit jOOQ.“
Funktionskontext
Anforderungen, Abnahmekriterien, API-Verträge, Datenmodelle und Geschäftsregeln für eine bestimmte Funktion. Dieser Kontext gilt nur für die aktuelle Aufgabe und legt fest, was der Agent bauen muss.
Beispiel: „Service zur Ausstellung von Zertifikaten: POST /api/v1/certificates. Prüft die Lagerkapazität, erkennt doppelte Seriennummern, löst das Domänenereignis CertificateIssued aus.“
Ausführungskontext
Die aktuelle Datei, der Funktionsumfang, die Testerwartungen und die unmittelbaren Abhängigkeiten. Dies ist die engste Kontextebene – sie sagt dem Agenten genau, wo er sich befindet und was er als Nächstes liefern soll.
Beispiel: „Methode CertificateService.issue() implementieren. Eingabe: IssueCertificateCommand. Ausgabe: CertificateDTO. Muss bestehen: CertificateServiceTest, Zeilen 45–78.“
Lebenszyklus
Der SDD-Lebenszyklus
Sieben Schritte von der Spezifikation bis zum produktiven Betrieb – mit menschlichen Kontrollpunkten in jeder kritischen Phase.
- 01
Systemspezifikation schreiben
Architektur, Technologie-Stack, Programmierstandards, API-Konventionen und projektweite Regeln festlegen. Daraus entsteht der unveränderliche Systemkontext für alle Agenten.
- 02
Funktionsanforderungen festlegen
Für jede Funktion: API-Verträge, Datenmodelle, Geschäftsregeln, Abnahmekriterien und Testerwartungen. Die Spezifikation muss eine eindeutige Umsetzung erlauben.
- 03
Prüfung durch den Menschen: Spezifikation
Der Ingenieur prüft die Spezifikation auf Vollständigkeit, Widerspruchsfreiheit und architektonische Tragfähigkeit. Dies ist der wichtigste Kontrollpunkt – Fehler an dieser Stelle setzen sich überall fort.
- 04
KI-Agenten implementieren
Die Agenten setzen die Spezifikation um: Sie schreiben Code, erstellen Tests, erzeugen Dokumentation und konfigurieren CI/CD. Jeder Agent arbeitet innerhalb seiner Rolle und seiner Kontextgrenzen.
- 05
Automatisierte Prüfung
Sämtlicher generierte Code wird automatisch kompiliert, getestet und statisch analysiert. Testabdeckung, Typsicherheit und Programmierstandards erzwingen CI-Pipelines – nicht Menschen.
- 06
Prüfung durch den Menschen: Ergebnis
Der Ingenieur prüft den generierten Code auf Korrektheit, Grenzfälle, Sicherheit und Produktionsreife. KI-Ergebnisse gehen nie ohne menschliche Freigabe in Betrieb.
- 07
Im Produktivbetrieb bereitstellen
Freigegebener Code wird zusammengeführt, die Pipelines laufen, das System wird bereitgestellt. Lückenlos nachvollziehbar von der Spezifikation über den Commit bis zur Bereitstellung.
Ihre Spezifikation, ein Festpreis, ein funktionierendes System.
- 01 NDA unterzeichnet Bevor Einzelheiten besprochen werden. Ihre Idee ist geschützt.
- 02 Erstgespräch · 30 Min. Nur mit einem erfahrenen Ingenieur – kein Vertrieb, keine Vermittler.
- 03 Schriftliches Angebot · 24 Stunden Fester Umfang, Festpreis oder Abrechnung nach Aufwand – Sie haben die Wahl.
- 04 Projektstart binnen 48 Stunden Wenn wir zueinander passen, können wir sofort beginnen.