Philippe Martin stellt die BMAD-Methode (Breakthrough Method for Agile AI-Driven Development) als unverzichtbaren „städtebaulichen Bebauungsplan" vor, um den Einsatz agentischer KI innerhalb des Softwareentwicklungszyklus zu strukturieren – im Gegensatz zum „vibe coding", das explosionsartige technische Schulden erzeugt.

Das Problem: Seit dem Aufkommen von LLMs arbeiten viele Teams „nach Gefühl mit KI" – Prompting, Code abrufen, manuelle Anpassung, Neuanfang. Kurzfristig ist das mitreißend. Langfristig ist es, als würde man jeden Entwickler allein mit einem Bauunternehmer verhandeln lassen: Anbauten überall, kein Gesamtplan, ein Stromnetz, das jederzeit Feuer fangen kann.

Die Antwort von BMAD: agents IA als disziplinierte Baumannschaft organisieren. Jeder Agent übernimmt die Rolle eines spezialisierten Vorarbeiters: Ein Agent klärt die Anforderung und erstellt eine echte Spezifikation statt eines vagen Prompts, ein Architekt schlägt Optionen vor, die mit den Standards übereinstimmen, „Handwerker" erzeugen Code, Tests und Dokumentation, und Kontrolleure verfolgen Fehler und Regressionen. Der Mensch bleibt Chefarchitekt und Projektverantwortlicher: Er definiert die Vision, die nicht verhandelbaren Randbedingungen und trifft die strukturierenden Entscheidungen.

Integration in den SDLC: Der Autor schlägt drei Einsatzbereiche vor. Vorgelagert wandeln Agenten eine geschäftliche Absicht deutlich schneller in ein strukturiertes PRD um. In der Mitte schlagen sie Architekturen vor und generieren Code innerhalb eines definierten Rahmens – „Die KI wird nicht gebeten, ‚mir eine App zu schreiben', sondern ‚dieses Modul innerhalb dieses präzisen Designs zu implementieren'." Nachgelagert überwachen Agenten, analysieren Logs und speisen ein priorisiertes Backlog technischer Schulden.

Legacy und technische Schulden: BMAD drängt dazu, die Struktur anzugehen statt nur die Farbschicht. Agenten kartieren den Code, identifizieren Risikobereiche und schlagen schrittweise Refactorings vor. Die systematische Generierung von Tests und Dokumentation trägt dazu bei, das Backlog abzubauen.

Wandel der Rollen: Die Analogie zum Autopiloten in der Luftfahrt veranschaulicht den Wandel – der Pilot ist nicht verschwunden, aber seine Aufgabe hat sich verändert. Entwickler werden zu Lösungsgestaltern und anspruchsvollen Prüfern, Architekten orchestrieren ein System, in das Unternehmensrandbedingungen in die Agenten eingespeist werden, und Manager lernen, das Problem zu umreißen und den von der hybriden Kette erzeugten Wert zu bewerten.

Empfehlungen: mit den Spielregeln beginnen, bevor man sich den Werkzeugen zuwendet, konkrete Pilotfälle auswählen, die Ergebnisse messen und kommunizieren, und akzeptieren, dass sich das Framework weiterentwickeln wird – genauso wie ein guter Bebauungsplan es erlaubt, eine Stadt zu erneuern, ohne jedes Mal alles abzureißen.