Nicht jedes Team nutzt SDD auf die gleiche Weise. In der Praxis unterscheidet man drei Ausprägungen. Diese unterscheiden sich darin, welche Rolle die Spezifikation im laufenden Betrieb spielt:
Spec-Driven Development
Schreibt Ihre KI Code, dem Sie wirklich vertrauen können? Mit KI-Assistenten wie GitHub Copilot, Cursor und Claude entstehen heute in Minuten ganze Features oft auf Basis vager Prompts und ohne nachvollziehbare Grundlage. Spec-Driven Development (SDD) dreht dieses Verhältnis um: Nicht der Code steht im Mittelpunkt, sondern eine präzise, strukturierte Spezifikation als verbindliche „Single Source of Truth“. Die KI implementiert, der Mensch definiert, was korrekt ist. Als herstellerunabhängige IT-Beratung begleitet die PTA Unternehmen dabei, KI-Softwareentwicklung von Bauchgefühl auf Methodik umzustellen: kontrolliert, dokumentiert und compliancefähig.
Spec-Driven Development ist ein Softwareentwicklungsansatz, bei dem eine detaillierte, strukturierte Spezifikation im Mittelpunkt steht. Diese Spezifikation dient als unumstößliche Single Source of Truth, bevor überhaupt Code geschrieben oder von KI generiert wird. Statt einer KI grobe Vorgaben zu machen und das Ergebnis weitgehend ungeprüft zu übernehmen, wird der Entwicklungsprozess in klare, aufeinander aufbauende Phasen unterteilt. So muss die KI nicht „raten“, was sie bauen soll. Der Prozess gliedert sich in vier Phasen:
Der Gegenpol zu SDD trägt einen eingängigen Namen: Vibe Coding. Gemeint ist eine lockere, intuitive Art der Entwicklung, bei der ein Entwickler einer KI in natürlicher Sprache grobe Vorgaben macht und das Ergebnis weitgehend ungeprüft übernimmt. Die Lösung soll sich aus dem „Vibe“ zwischen Menschen und Maschine ergeben. Für kurze Skripte, Prototypen oder kreative Experimente kann das funktionieren. Für unternehmenskritische Software ist es ein Risiko: Es fehlen Spezifikation, Tests, Nachvollziehbarkeit und Kontrolle.
Spec-Driven Development verfolgt den umgekehrten Weg. Statt Verantwortung an ein System abzugeben, das sie nicht tragen kann, wird die KI in einen engen Rahmen aus Spezifikationen und Validierungsregeln eingebettet. Der Unterschied auf einen Blick:
Nicht jedes Team nutzt SDD auf die gleiche Weise. In der Praxis unterscheidet man drei Ausprägungen. Diese unterscheiden sich darin, welche Rolle die Spezifikation im laufenden Betrieb spielt:
| Ausprägung | Rolle der Spezifikation | Typischer Einsatz |
|---|---|---|
| Spec-first | Die Spezifikation wird zuerst geschrieben, um den Bau eines Features zu planen. Ist das Feature fertig, wird sie unter Umständen nicht weiter aktualisiert. | Schneller Einstieg, einzelne Features |
| Spec-anchored | Die Spezifikation ist ein „lebendes Dokument" und entwickelt sich mit dem Code weiter. Automatische Tests stellen sicher, dass Code und Spezifikation übereinstimmen. | Produktive Teams mittlerer Reife |
| Spec-as-source | Die extreme Form: Die Spezifikation ist das primäre Quelldokument. Änderungen erfolgen ausschließlich dort; der Code wird danach vollständig und automatisch von der KI generiert. | Höchste Reife, voll spezifikationsgetrieben |
Spec-Driven Development ist ein Softwareentwicklungsansatz, bei dem eine detaillierte, strukturierte Spezifikation im Mittelpunkt steht. Diese Spezifikation dient als unumstößliche Single Source of Truth, bevor überhaupt Code geschrieben oder von KI generiert wird. Statt einer KI grobe Vorgaben zu machen und das Ergebnis weitgehend ungeprüft zu übernehmen, wird der Entwicklungsprozess in klare, aufeinander aufbauende Phasen unterteilt. So muss die KI nicht „raten“, was sie bauen soll. Der Prozess gliedert sich in vier Phasen:
KI-Einsatz
Vertrauen in KI-Ergebnisse
Stichtag: Software wird haftungspflichtig
Hinzu kommt der regulatorische Rahmen. 53 Prozent der Unternehmen nennen rechtliche Hürden als Hauptbarriere für den KI-Einsatz. Der EU AI Act ist bereits geltendes Recht, und die novellierte EU-Produkthaftungsrichtlinie klassifiziert ab dem 9. Dezember 2026 Software erstmals explizit als haftungspflichtiges Produkt. Wer KI in der Entwicklung einsetzt, muss Nachvollziehbarkeit und Dokumentation von Anfang an mitdenken, nicht nachträglich aufpfropfen. Eine spezifikationsgetriebene Entwicklung liefert genau die Dokumentation, die hier zur Pflicht wird.
Bei der PTA IT-Beratung verfolgen wir einen klaren Grundsatz: Wir schnallen die KI sukzessive in einen so engen Harness, dass wir Vertrauen in das Ergebnis haben. Die KI wird nicht losgelassen, sondern in einen Rahmen aus Spezifikationen, Validierungsregeln und nachvollziehbaren Prozessen eingebettet. Schritt für Schritt übertragen wir ihr mehr Verantwortung, aber erst, wenn konkrete Kontrollmechanismen dieses Vertrauen belegen. Aus „Vibe“ wird Methodik, aus Hoffnung wird Validierung.
In unseren Projekten zeigt sich der Umstieg auf SDD an drei Stellen als anspruchsvoll. Genau hier setzen wir an:
Wer Code nicht mehr Zeile für Zeile prüft, braucht ein System, das Korrektheit anders nachweist. Wir bauen Validierungs-Szenarien (Holdout-Szenarien), die strikt vom Code getrennt und für die KI nicht einsehbar bleiben, damit sie nicht ihre eigenen Tests manipuliert.
Wenn die Spezifikation den Code ersetzt, wird präzises, maschinenlesbares Anforderungsschreiben zur Kernkompetenz. Wir befähigen Entwicklungsteams, in die Rolle des Engineering Product Managers hineinzuwachsen.
Wir verankern regulatorische Anforderungen wie EU AI Act und Produkthaftung direkt im Entwicklungsprozess, statt sie nachgelagert aufzusetzen.
Als kapitalmarkt- und herstellerunabhängiges Familienunternehmen beraten wir dabei immer im Sinne unserer Auftraggeber, nicht im Sinne eines Tool-Anbieters.
Den größten Hebel entfaltet Spec-Driven Development dort, wo Software unter regulatorischen Bedingungen entsteht und Qualitätsanforderungen besonders hoch sind. In Projekten in der Versicherungsbranche, im Handel und in der Logistik sowie in der Energiewirtschaft zeigt sich:
Die Kombination aus belastbarer Validierung, sauberer Spezifikation und Compliance-Integration macht den Unterschied zwischen einem KI-Experiment und einer skalierbaren Lösung. Das fachliche und technische Fundament dafür liefert unsere Expertise in der Softwareentwicklung und im Bereich Künstliche Intelligenz.
Spec-Driven Development ist kein Tool, das man kauft, sondern eine Engineering-Disziplin, die man aufbaut. Der sinnvollste Einstieg ist eine ehrliche Standortbestimmung: Auf welcher Reifegradstufe steht Ihr Team, welche Validierungsstrukturen existieren, wie ist Ihre Codebasis dokumentiert? Auf dieser Basis definieren wir gemeinsam ein klar abgegrenztes Pilotprojekt in einem unkritischen, aber realistischen Anwendungsbereich.
Vereinbaren Sie ein Beratungsgespräch zu Spec-Driven Development. Wir besprechen Ihren aktuellen Reifegrad, mögliche nächste Schritte und konkrete Pilotprojekte.
Spec-Driven Development (SDD) ist ein Entwicklungsansatz, bei dem eine detaillierte, maschinenlesbare Spezifikation die zentrale Grundlage bildet, nicht der Code. Die Spezifikation wird zur Single Source of Truth, anhand derer KI oder Mensch implementieren und ein Validierungssystem das Ergebnis prüft.
Bei Vibe Coding gibt ein Entwickler einer KI grobe Vorgaben und übernimmt das Ergebnis weitgehend ungeprüft, geeignet für Prototypen. Spec-Driven Development ist das strukturierte Gegenstück: Die KI arbeitet innerhalb präziser Spezifikationen und automatisierter Validierung. Für produktive, regulierte Software ist das der verantwortbare Weg.
Man unterscheidet drei Ausprägungen: Spec-first (Spezifikation plant ein Feature, wird danach evtl. nicht weiter gepflegt), Spec-anchored (Spezifikation als lebendes Dokument, durch Tests mit dem Code synchron gehalten) und Spec-as-source (Spezifikation als primäres Quelldokument, aus dem der Code vollständig generiert wird).
Moderne KI-Coding-Assistenten wie GitHub Copilot, Cursor und Claude Code unterstützen spezifikationsgetriebene Workflows zunehmend. Entscheidend ist jedoch nicht das einzelne Tool, sondern die Methodik dahinter: klar getrennte Validierung, saubere Spezifikationen und ein nachvollziehbarer Prozess. Wir beraten herstellerunabhängig und richten die Werkzeugwahl an Ihren Anforderungen aus.
Der sinnvollste Einstieg ist nicht der Tool-Kauf, sondern eine Standortbestimmung des aktuellen Reifegrads. Darauf folgt ein klar abgegrenztes Pilotprojekt in einem realistischen, aber unkritischen Bereich, parallel zu den drei Hebeln Validierung, Spec-Schreibung und Compliance-Integration. Erst dann wird in Richtung höherer Reifegrade skaliert.
Ab dem 9. Dezember 2026 gilt Software über die novellierte EU-Produkthaftungsrichtlinie erstmals explizit als haftungspflichtiges Produkt. Spec-Driven Development erzeugt von Natur aus die Dokumentation und Nachvollziehbarkeit, die dafür nötig sind. Compliance wird so Teil des Entwicklungsprozesses statt nachträglicher Aufwand.
