Philippe Martin stellt die BMAD-Methode (Breakthrough Method for Agile AI-Driven Development) als unverzichtbaren "städtebaulichen Bebauungsplan" vor, um den Einsatz agentischer KI im Softwareentwicklungszyklus zu strukturieren – im Gegensatz zum "vibe coding", das explosionsartig technische Schulden erzeugt.
Das Problem: Seit dem Aufkommen von LLMs arbeiten viele Teams "nach Gefühl" mit KI – Prompten, Code abrufen, manuell anpassen, von vorne beginnen. Kurzfristig ist das mitreißend. Langfristig gleicht es der Situation, dass jeder Entwickler allein mit einem Bauunternehmer verhandelt: überall Anbauten, kein Gesamtplan, ein Stromnetz, das jederzeit Feuer fangen kann.
Die BMAD-Antwort: agents IA als disziplinierte Baumannschaft organisieren. Jeder Agent übernimmt die Rolle eines spezialisierten Vorarbeiters: Ein Agent klärt die Anforderung und erstellt ein echtes Lastenheft statt eines vagen Prompts, ein Architekt schlägt standardkonforme Optionen vor, "Handwerker" erzeugen Code, Tests und Dokumentation, und Prüfer verfolgen Fehler und Regressionen. Der Mensch bleibt Chefarchitekt und Projektverantwortlicher: Er definiert die Vision, die nicht verhandelbaren Vorgaben und trifft die strukturierenden Entscheidungen.
Integration in den SDLC: Der Autor schlägt drei Einsatzpunkte vor. Vorgelagert wandeln Agenten eine geschäftliche Absicht deutlich schneller in ein strukturiertes Lastenheft (PRD) um. In der Mitte schlagen sie Architekturen vor und generieren Code innerhalb eines festgelegten Rahmens – "man bittet die KI nicht, 'mir eine App zu schreiben', sondern 'dieses Modul innerhalb dieses genauen Designs zu implementieren'". Nachgelagert überwachen Agenten, analysieren Logs und speisen ein priorisiertes Backlog für technische Schulden.
Legacy und technische Schulden: BMAD drängt Teams dazu, sich der Struktur statt der Oberflächenschicht zu widmen. Agenten kartieren den Code, identifizieren gefährdete Bereiche und schlagen schrittweise Refactorings vor. Die systematische Erzeugung von Tests und Dokumentation hilft, das Backlog abzubauen.
Wandel der Rollen: Die Analogie zum Autopiloten in der Luftfahrt veranschaulicht den Wandel – der Pilot ist nicht verschwunden, aber die Aufgabe hat sich verändert. Entwickler werden zu Lösungsdesignern und anspruchsvollen Prüfern, Architekten orchestrieren ein System, in das unternehmensspezifische Vorgaben in die Agenten eingespeist werden, und Manager lernen, das Problem zu formulieren und den durch die hybride Kette erzeugten Wert zu bewerten.
Empfehlungen: mit den Spielregeln beginnen, bevor man sich den Werkzeugen widmet, konkrete Pilot-Anwendungsfälle wählen, die Ergebnisse messen und kommunizieren und akzeptieren, dass sich das Framework weiterentwickeln wird – so wie ein guter Bebauungsplan es einer Stadt erlaubt, saniert zu werden, ohne jedes Mal alles abzureißen.