Organisationen haben begonnen, KI zu nutzen, um Code in einer Geschwindigkeit zu schreiben, die vor einem Jahr noch unvorstellbar war, doch die Prozesse rund um den Code haben sich nicht im gleichen Tempo verändert.
Der Software Development Lifecycle (SDLC) ist der Prozess, der Software von der Idee bis zur Produktion führt. Die meisten Organisationen durchlaufen eine Version derselben sechs Phasen, die Planung, Design, Erstellung, Testen, Bereitstellung und Wartung von Software umfassen.
Die Verschiebungen
Die folgende Tabelle zeigt die Extreme des Spektrums zwischen traditionellem SDLC und KI-nativem SDLC, unterstützt durch Claude. Die meisten Organisationen befinden sich irgendwo zwischen den beiden Spalten.
| Phase | Traditioneller SDLC | KI-nativer SDLC |
|---|---|---|
| Planen | Anforderungen werden von einem Gremium gesammelt, durch Workshops und Freigaben destilliert und von Hand niedergeschrieben | Claude synthetisiert Schwachstellen direkt aus den Quellen und erfasst sie in intent.md, die sowohl für Menschen lesbar als auch maschinell verarbeitbar ist |
| Design | Spezifikation wird von Analysten geschrieben, von Designern interpretiert | Anforderungen und Design werden in einer einzigen Arbeitssitzung mit einem Agenten verdichtet, geleitet von Standards, die als Skills kodiert und in Git versioniert sind |
| Erstellen | Tests und Code werden handgeschrieben, und Dokumentation wird erst nach der eigentlichen Entwicklung erstellt | Tests und Code werden von KI generiert, und institutionelles Wissen wird als versionierte, maschinenlesbare CLAUDE.md-Dateien und Skills gepflegt |
| Testen | QA-Gates an Phasengrenzen | Kontinuierliche Evals, die durch die Implementierung hindurch verwoben sind |
| Bereitstellen | Menschen überprüfen jede Codezeile, und Governance erfolgt in Review-Zyklen, oft inkonsistent | Schichten agentischer Überprüfung, wobei menschliche Überprüfung für regulierten und kritischen Code reserviert ist. Governance wird durchgesetzt, während die KI handelt, mit Hooks als Genehmigungsgates |
| Warten | Menschen überwachen die Produktion auf Fehler | Agenten überwachen Live-Bereitstellungen. Jede verletzte Kontrollgrenze wird diagnostiziert und als neue intent.md in den Kreislauf zurückgeschrieben |
Menschen bleiben für jede Entscheidung verantwortlich, die Urteilsvermögen erfordert.
Wie die Plays funktionieren
Die Plays sind der Kern des Playbooks und sind in sechs nicht-lineare Phasen gruppiert (Planen, Design, Erstellen, Testen, Bereitstellen, Warten), die zusammen den gesamten Lebenszyklus abdecken.
Jeder Play behandelt:
- Was sich ändert
- Erste Schritte
- Konkrete Schritte zur Umsetzung
- Governance-Überlegungen
- Wie man misst, ob es funktioniert hat
Jeder Play nennt seine Abhängigkeiten unter „Voraussetzungen", die der Abhängigkeitsgraph weiter veranschaulicht.
Der Abhängigkeitsgraph der Plays. Plays in der obersten Reihe haben keine Voraussetzungen; ein durchgezogener Pfeil zeigt auf die Plays, die darauf aufbauen, ein gepunkteter Pfeil bedeutet, dass es hilft, aber nicht erforderlich ist.
Wähle deinen ersten Play
Die Plays sind modular, und Organisationen können wählen, welche Phasen sie zu welchem Zeitpunkt priorisieren, basierend auf ihren individuellen Bedürfnissen.
Die sechs Plays in der obersten Reihe des obigen Graphen haben keine Voraussetzungen:
- Planen: Als intent.md erfassen
- Erstellen: Claude Code Plan-Modus als Standardausgangspunkt
- Erstellen: Die CLAUDE.md
- Erstellen: Skills als institutionelles Wissen
- Testen: Claude eine Feedback-Schleife geben
- Bereitstellen: Hooks als Genehmigungsgates