Spec-Driven Development

Wer ein Computerprogramm schreibt, muss zwei Dinge klären: was das Programm können soll und wie es das technisch macht. Beim Spec-Driven Development wird das erste sehr sorgfältig und schriftlich festgehalten, bevor jemand mit dem zweiten anfängt. Dieses Dokument heißt Spezifikation, kurz Spec. Darin steht in normaler Sprache, welche Eingaben das Programm bekommt, welche Ausgaben es liefern soll und welche Regeln dabei gelten. Erst danach entsteht der eigentliche Programmtext. Der Ansatz ist alt, hat aber neuen Auftrieb bekommen, weil heute oft eine KI den Programmtext schreibt und dafür eine unmissverständliche Vorgabe braucht.

Was eine gute Spec einem Team erspart

Die teuersten Fehler in Softwareprojekten sind selten Tippfehler. Es sind Missverständnisse darüber, was überhaupt gebaut werden sollte. Ein Entwickler versteht « Nutzer kann sein Konto löschen » anders als die Rechtsabteilung. Fällt das erst nach drei Monaten auf, ist die Arbeit weitgehend umsonst. Eine Spezifikation zwingt alle Beteiligten, diese Fragen vorher zu beantworten.

Dazu kommt ein Punkt, der erst mit KI-Werkzeugen richtig wichtig wurde. Sprachmodelle können in Minuten hunderte Zeilen Code erzeugen. Die Qualität hängt fast vollständig davon ab, wie präzise die Anweisung war. Eine vage Bitte liefert etwas, das plausibel aussieht und trotzdem am Ziel vorbeigeht. Eine detaillierte Spezifikation ist die deutlich bessere Anweisung.

Ein dritter Vorteil betrifft die Zeit nach der Fertigstellung. Code veraltet, wird umgeschrieben, wandert von einem Team zum nächsten. Die Spezifikation bleibt und erklärt, warum etwas so gebaut wurde. Manche Teams behandeln sie deshalb als das eigentliche Produkt und den Code als austauschbares Ergebnis.

Vom Anforderungstext zum lauffähigen Programm

Der Ablauf hat meist vier Schritte. Zuerst wird die Absicht beschrieben: welches Problem soll gelöst werden, für wen, unter welchen Bedingungen. Daraus entsteht ein technischer Plan, der Schnittstellen, Datenformate und Fehlerfälle festlegt. Dann wird die Arbeit in einzelne, überprüfbare Aufgaben zerlegt. Erst im vierten Schritt entsteht der Code, oft von einem KI-Assistenten, der die Spezifikation als Vorgabe bekommt.

Entscheidend ist, dass die Spezifikation nicht nur ein Fließtext ist. Sie enthält prüfbare Aussagen: Bei einer Eingabe über 100 Zeichen wird eine bestimmte Fehlermeldung ausgegeben. Solche Sätze lassen sich direkt in automatische Tests übersetzen. Ein Test ist ein kleines Programm, das prüft, ob das Hauptprogramm sich wie beschrieben verhält. Weicht der Code ab, fällt das sofort auf.

Wichtig ist die Abgrenzung zum sogenannten Vibe Coding. Dort gibt man einer KI eine lockere Beschreibung und übernimmt das Ergebnis, ohne es genau zu prüfen. Spec-Driven Development ist fast das Gegenteil: die Mühe wandert nach vorne, in die Beschreibung. Ein typischer Irrtum ist außerdem, die Spezifikation für unveränderlich zu halten. Sie wird laufend angepasst, nur eben bewusst und dokumentiert.

Werkzeuge und Begriffe, die dir begegnen

Seit 2025 gibt es dafür eigene Programme. GitHub, die größte Plattform für Programmcode, hat ein Werkzeug namens Spec Kit veröffentlicht. Amazon bietet mit Kiro eine Entwicklungsumgebung an, die den Ablauf aus Anforderung, Plan und Aufgaben fest eingebaut hat. Ähnliche Funktionen finden sich in KI-Assistenten wie Claude Code oder Cursor.

In Firmen taucht der Begriff meist dort auf, wo Software geprüft werden muss. Banken, Medizintechnik und Behörden müssen belegen können, dass ein Programm genau das tut, was zugesagt wurde. Eine saubere Spezifikation ist dafür die Grundlage. In Stellenanzeigen liest man deshalb zunehmend, dass Entwickler gutes Schreiben beherrschen sollen.

In Nachrichten über KI-Programmierung wird der Begriff oft als Gegenmodell zum schnellen, unkontrollierten Erzeugen von Code genannt. Die Frage dahinter lautet: Wer trägt die Verantwortung, wenn eine Maschine den Code schreibt? Die Antwort der Methode ist, dass der Mensch die Beschreibung verantwortet und die Maschine die Umsetzung.