Die Spezifikation ist der neue Quellcode.
Implizites Wissen erfahrener Entwickler wird zu expliziten Artefakten. Die Spezifikation ist der Vertrag, den der Code umsetzt.
/ Thinkia · Methodik /
Exponentielle KI-Delivery.
Copilots beschleunigen einzelne Entwickler. Der exponentielle Hebel liegt im Delivery-System. Sechs gesteuerte Phasen, ein Golden Spec, drei Risikostufen – reproduzierbare KI-Delivery im Unternehmensmaßstab.
Das Copilot-Plateau
Copilots beschleunigen Entwickler. Das Delivery-System reparieren sie nicht.
-
Kein gemeinsamer Kontext
Jeder Sprint beginnt bei null. Ohne Context Package verlieren KI-Agenten die Absicht, die Rahmenbedingungen und die Entscheidungen aus jeder vorherigen Phase.
-
Generierung ohne Governance
Code geht ohne Nachvollziehbarkeit in Produktion. Kein AI-BOM, das erfasst, was generiert wurde, keine Risikoklassifizierung, keine Freigabekette – nur ein Diff.
-
Spec-Drift
Anforderungen verteilen sich über Tickets und Chats. Ohne lebendige `.spec.md` verschwinden Architekturentscheidungen, und die Absicht entkoppelt sich von der Implementierung.
-
Modellwildwuchs
Jeder Entwickler wählt ein anderes KI-Tool. Ohne einheitliches Gateway gibt es keine Kostenkontrolle, keine Datensouveränität und keine konsistente Durchsetzung von Richtlinien.
-
Nacharbeit dominiert
Ohne Methodik fließen 60 % der Zeit in Nacharbeit und das Debuggen von KI-Output. Tempo bei der Generierung wird zu Langsamkeit bei der Auslieferung.
-
Keine Wiederholbarkeit
Ergebnisse hängen davon ab, wer im Raum war, nicht von einem System. Was in einem Projekt funktioniert hat, lässt sich weder übertragen noch auditieren noch skalieren.
Paradigmenwechsel
Hören Sie auf, Code zu schreiben. Beginnen Sie, Absicht zu spezifizieren.
VibeCoding – KI-gestütztes Tippen, schnelleres Prototyping – ist der erste Schritt. Spec-Driven Development ist der nächste. Dieselbe KI, nun auf einem gesteuerten Delivery-System, das das gesamte Team teilt.
Die vier Säulen
-
-
Review ist die zentrale Tätigkeit.
Die Zeit der Entwickler verlagert sich vom Schreiben des Codes zu seiner Validierung – von 20 % auf 50 % ihrer Zeit.
-
Die Architektur ist für Agenten lesbar gestaltet.
Muster und Konventionen werden in versionierten Artefakten abgelegt, statt nur in Gesprächen zu existieren.
-
Governance ist in den Ablauf integriert.
Quality Gates, Data Loss Prevention (DLP) und Nachvollziehbarkeit sind an den Prozessgrenzen eingebaut, statt als separate Schichten zu bestehen.
Reifegradpfad
Der Weg der KI-gestützten Softwareentwicklung.
Nicht jede Organisation startet am selben Punkt. Die KI-gestützte Softwareentwicklung kennt fünf Reifestufen – und zu wissen, wo Sie stehen, bestimmt, was als Nächstes zu tun ist.
-
Traditionelle Entwicklung
Software wird manuell gebaut – mit voller Kontrolle, aber zu hohen Kosten.
-
VibeCoding
Software wird schnell generiert … aber ohne Kontrolle und Konsistenz.
-
Coding 3.0
Software wird mit KI beschleunigt, hängt aber weiterhin vom Entwickler ab.
-
Spec-Driven Development
Software wird durch strukturierte Absicht innerhalb eines Regelwerks definiert.
-
Ziel Enterprise AI-SDLC
Software wird als gesteuertes System aus Regeln, Specs und Fähigkeiten orchestriert.
Der entscheidende Sprung: von VibeCoding zu Spec-Driven
Der größte Fehler von Organisationen ist es, VibeCoding mit Transformation zu verwechseln. Wer ohne Governance schnell Code generiert, erzeugt technische Schulden in KI-Geschwindigkeit. Entscheidend ist nicht das Tempo der Generierung – sondern die Qualität der Spezifikation, die ihr vorausgeht.
Enterprise AI-SDLC: das Ziel
In der Enterprise-Stufe ist Software kein handwerkliches Produkt mehr, sondern das gesteuerte Ergebnis eines Systems aus Regeln, Specs und Fähigkeiten. KI ersetzt den Entwickler nicht – sie definiert neu, welche Art von Entwickler Sie sein müssen.
Sechs Phasen
F0 bis F5 – sechs Phasen, sechs signierte Ergebnisse.
Die fünf Phasen – Framing, Spezifikation, Generierung, Review, Auslieferung – führen zu sechs signierten Ergebnissen: F0 bis F5. Jede Phase beginnt mit dem Context Package der vorherigen: dem Golden Spec, dem AI-BOM und dem letzten Health Report.
- 1
F0 – Input Bundle
Strategische Ausrichtung, Backlog-Verfeinerung, Risikoinventar und Kontextkarte. Das signierte Ergebnis ist das Context Package, das alle nachfolgenden Agenten lesen, bevor sie irgendetwas generieren.
- 2
F1 – Problem Framing
Präzise Problemdefinition, Abgrenzung des Umfangs und erste Zuordnung der Risikostufe. Ergebnis ist der System Brief `.spec.md` – das Absichtsdokument, auf dessen Grundlage jeder Agent arbeitet.
- 3
F2 – Spec Engineering
Strukturierte Spezifikationsarbeit: Architekturentscheidungen, Komponentenverträge und Interaktionsdesign in maschinenlesbarer Form. Ergebnis sind das Architecture Decision Record `.design.md` und die Interaktionsspezifikation `.ui-spec.md` – damit ist der Golden Spec vollständig, bevor die Generierung beginnt.
- 4
F3 – Konstruktion
KI-gestützte parallele Entwicklung auf Basis des Golden Spec. Jede Codeeinheit wird nach Risiko klassifiziert (Grün / Gelb / Rot), im AI-BOM erfasst und vor der Freigabe durch das 17-Punkte-Quality-Gate validiert.
- 5
F4 – QA und Validierung
Strukturierte Test-Gates: Funktion, Performance, Sicherheit, Compliance. Die Skill-Bibliothek führt alle 17 automatisierten Validatoren aus und erstellt einen Health Report der Phase, bevor eine Unterschrift eingeholt wird.
- 6
F5 – Übergabe in die Produktion
Deployment, Monitoring-Baseline und Betriebs-Runbook. Die Kette aus fünf Unterschriften schließt sich – PM, Architekt, Sicherheit, Recht/Compliance, Platform Owner – und macht jede Auslieferung durchgängig nachvollziehbar.
Sie müssen nicht alle sechs Phasen auf einmal einführen. Die meisten Teams beginnen mit F0 (Input Bundle) und dem Golden Spec und erweitern das Framework schrittweise, während das Vertrauen wächst.
Das Rückgrat der Governance
Der Golden Spec
Ein verpflichtendes Artefakt pro Sprint. Drei Master-Dateien, die festlegen, was gebaut wird. Fünf Unterschriften, die bestätigen, dass es sicher gebaut werden kann.
Was es ist
Der Golden Spec ist das Governance-Rückgrat jedes AI-SDLC-Projekts. Er entsteht in F0 und wird an jedem Phasen-Gate signiert. Ohne ihn generiert kein KI-Agent – und kein Ergebnis wird ausgeliefert.
`.spec.md` – System Brief
Die Absicht des Projekts in einer einzigen Datei – Ziele, Personas, Rahmenbedingungen und nicht-funktionale Anforderungen. Das liest jeder KI-Agent, bevor er etwas generiert. Der Vertrag zwischen geschäftlicher Absicht und technischer Umsetzung.
`.design.md` – Architecture Decision Record
Jede strukturelle Entscheidung mit vollständiger Begründung – was gewählt, was verworfen wurde und warum. Verhindert Architektur-Drift im Projektverlauf und gibt der Kette aus fünf Unterschriften ein konkretes Artefakt zur Prüfung.
`.ui-spec.md` – UI-Spezifikation
Die Interaktionsspezifikation und der Komponentenvertrag. Definiert Bildschirmzustände, Nutzerflüsse und Komponentenverhalten, damit KI-generierte UI auf bewussten Designentscheidungen beruht und nicht auf der Intuition des Modells.
AI-BOM + Health Reports
Die AI Bill of Materials erfasst jede KI-generierte Codeeinheit mit ihrer Risikostufe und ihrem Freigabestatus. Die Health Reports der Phasen sind Qualitätsmomentaufnahmen, die die 17 Validatoren der Skill-Bibliothek an jedem Gate erstellen.
Die Kette aus fünf Unterschriften
PM · Architekt · Sicherheit · Recht/Compliance · Platform Owner. Jedes Phasen-Gate erfordert die vollständige Kette, bevor das Context Package weitergegeben wird. Keine Teilfreigaben, keine Ausnahmen.
Risiko-Governance
Drei Stufen. Eine Richtlinie.
Jede Codeeinheit, die von oder mit KI erzeugt wird, erhält bei der Generierung eine Risikostufe und wird im AI-BOM erfasst. Die Stufe bestimmt, welche der 17 Qualitätsvalidatoren laufen, welche Reviewer nötig sind und welche Audit-Nachweise vorliegen müssen, bevor die Einheit ausgeliefert werden kann.
KI-generiert, von Menschen geprüft
Einheiten mit geringem Risiko: Dokumentation, Testgerüste, Boilerplate. Frei auf Basis des Golden Spec generiert, von einem Entwickler geprüft. Eine einzige Freigabe genügt, um weiterzugehen.
KI-gestützt, von Menschen validiert
Einheiten mit mittlerem Risiko: Geschäftslogik, API-Integrationen, Datentransformationen. Validiert gegen das ADR `.design.md` mit zwei Freigaben und einem Health Report, der bestätigt, dass alle relevanten Validatoren bestanden wurden.
Von Menschen verfasst, KI-unterstützt
Einheiten mit hohem Risiko: Sicherheitskontrollen, Compliance-Logik, Finanzberechnungen. Ein Mensch verfasst den Entwurf mit KI-Unterstützung; die vollständige Kette aus fünf Unterschriften ist erforderlich, bevor die Einheit als freigegeben ins AI-BOM aufgenommen wird.
Ergebnisse
So sieht gesteuerte KI-Delivery in der Produktion aus
37–42 %
Weniger Entwicklungsaufwand
In der Produktion bei einem globalen Versicherer im Vergleich zu seiner traditionellen Methode gemessen, bei gleichbleibender Qualität. Entwickler investieren ihre Zeit in Absicht und Freigabe, nicht in Nacharbeit.
90 %
Weniger Kontextverlust
Das Context Package – Golden Spec, AI-BOM, Health Report – trägt den vollständigen Projektstatus durch jede Phase und jeden Sprint.
100 %
Auditbereit
Jedes Artefakt signiert. Jede KI-generierte Einheit im AI-BOM erfasst. Jedes Phasenergebnis bis zu einer Geschäftsanforderung rückverfolgbar.
17
Qualitätsvalidatoren
Vorgefertigte Prüfungen für Funktions-, Sicherheits-, Performance- und Compliance-Gates – automatisch von der Skill-Bibliothek an jeder Phasengrenze ausgeführt.
108
Validierte Skills
MCP-kompatible Skill-Bibliothek, aufrufbar durch Claude, GPT-4o oder Gemini – ohne individuelle Integration in jeder kompatiblen KI-Toolchain.
4–6 Wochen
MVP der Stufe 1
Sprint 0 dauert 2–4 Wochen, um die Methodik einzuführen. Das MVP der Stufe 1 wird in 4–6 Wochen ausgeliefert – mit CI-Durchsetzung und aktiver vollständiger Phasenkette.
Wo sie ansetzt
Gebaut für regulierte, komplexe Umgebungen
Finanzdienstleistungen
Audit-Trails, Kontrollen des Modellrisikos und Compliance-Gates sind in jede Phase eingebaut – nicht nachträglich angeflanscht.
Gesundheitswesen und Life Sciences
Anforderungen an die Governance von Patientendaten und die Validierung klinischer Software werden durch das Risikostufen-System und die Kette aus fünf Unterschriften erfüllt.
Unternehmenssoftware
Große Engineering-Teams, die KI in großem Maßstab einführen, brauchen Struktur, nicht nur Tools. Die Methodik gibt ihnen ein gemeinsames Betriebsmodell.
Öffentlicher Sektor und Verteidigung
Souveränes Deployment, Umgang mit eingestuften Kontexten und vollständige Auditierbarkeit – die Stufe Rot deckt den Code mit dem höchsten Risiko ab.
Handel und E-Commerce
Schnelle Lieferzyklen ohne Regressionsrisiko. KI-gestützte Konstruktion im Rahmen von Grün/Gelb verkürzt die Time-to-Market sicher.
Fragen
Häufige Fragen
Was ist VibeCoding und warum stößt es an Grenzen?
VibeCoding ist KI-gestützte individuelle Produktivität – schneller tippen, schneller prototypen –, die weiterhin auf dem lokalen Kontext jedes einzelnen Entwicklers beruht. Es stößt an Grenzen, weil es weder gemeinsame Specs noch Risikoklassifizierung noch Governance löst. Spec-Driven Development ist der nächste Schritt: Das Team, nicht nur der Einzelne, arbeitet auf jeder Ebene des Delivery-Systems mit KI.
Worin unterscheidet sich das von klassischem Agile oder DevOps?
Agile und DevOps wurden entwickelt, bevor KI-generierter Code Realität war. Der AI-SDLC ergänzt ein System zur Klassifizierung nach Risikostufen, einen maschinenlesbaren Golden Spec aus drei Dateien und eine Governance-Kette aus fünf Unterschriften, die speziell für KI-generierte Artefakte entworfen wurde.
Brauchen wir Thinkia Pulse, um die Methodik zu nutzen?
Nein. Die Methodik ist unabhängig von der Toolchain. Pulse bietet jedoch native Unterstützung für den Golden Spec, die Skill-Bibliothek und das MCP-Gateway – das beschleunigt die Einführung deutlich.
Wie funktioniert das Risikostufen-System in der Praxis?
In der Konstruktion (F3) wird jede Codeeinheit je nach geschäftlicher Kritikalität und Datensensibilität als Grün, Gelb oder Rot gekennzeichnet. Die Stufe bestimmt die Review-Kette: ein Entwickler für Grün, zwei Freigaben für Gelb, die vollständige Kette aus fünf Unterschriften für Rot.
Ist das ein Tool oder eine Methodik?
Eine Methodik. Der Enterprise AI-SDLC ist ein Governance-Framework – eine Reihe von Phasen, Artefakten und Review-Praktiken. Thinkia Pulse ist die Plattform, die ihn umsetzt, aber Teams können die Methodik auch mit ihren eigenen Tools einführen.
Was ist Sprint 0 und wie fangen wir an?
Sprint 0 ist ein strukturiertes Onboarding, bei dem Thinkia Ihren aktuellen Delivery-Prozess erfasst, die Methodik einführt und das erste Input Bundle sowie den ersten Golden Spec für Ihren ersten AI-SDLC-Sprint erstellt. Er dauert in der Regel 2–4 Wochen.
Was bedeutet „MCP-kompatibel“ für die Skill-Bibliothek?
Die 108 Skills der Bibliothek sind als Model-Context-Protocol-Tools paketiert. Jeder KI-Agent, der MCP unterstützt – darunter Claude, GPT-4o und Gemini –, kann sie ohne individuelle Integration direkt aufrufen.
Können wir sie Phase für Phase einführen?
Ja. Die meisten Teams beginnen mit F0 und dem Golden Spec und führen dann schrittweise das Risikostufen-System, die Qualitätsvalidatoren und die vollständige Phasenkette ein. Die Methodik ist für eine inkrementelle Einführung ausgelegt – ein Big-Bang-Rollout ist nicht nötig.
Zwei Wege zum Einstieg
Beginnen Sie mit Struktur.
Lesen Sie das AI-SDLC Playbook – die vollständige Methodik in einem einzigen Dokument, mit Phasenvorlagen, dem Format des Golden Spec und der Checkliste der 17 Validatoren.
Oder vereinbaren Sie ein Sprint-0-Gespräch. Wir erfassen Ihren aktuellen Delivery-Prozess und zeigen Ihnen genau, wo die Methodik ansetzt.