In dieser Folge ist Alexander Sprogis bei Tim zu Gast. Gemeinsam sprechen die beiden über Produktentwicklung mit einem agentischen Team und über die Frameworks die man kennen sollte. Alex kommt ursprünglich aus der Softwareentwicklung und dem Produktmanagement. Früher gründete er mit Lilith Brockhaus die No-Code & Low-Code Ausbildung und KI-Beratung VisualMakers. Inzwischen baut er unter eigenem Namen seinen YouTube Kanal rund um AI Coding auf. Seine Leidenschaft gilt seit jeher dem Befähigen von Menschen. Heute geht es dabei vor allem um Coding Agents wie Claude Code.
Wer einfach drauflos promptet, landet schnell im klassischen Vibe Coding. Viele Ergebnisse wirken gut, sind aber kaum reproduzierbar. Die KI trifft munter eigene Annahmen, ohne dich zu fragen. Alex vergleicht Coding Agents gern mit einem hastigen Junior Entwickler. Der liefert zwar schnell, neigt aber zum Overengineering. Auch Widerspruch legt so ein Agent nur selten ein. Dazu kommt ein Problem namens Context Rot. Je länger eine Session dauert, desto voller wird das Kontextfenster. Und desto öfter verliert die KI den roten Faden.
Um dieses Chaos einzufangen, kann man vier Ebenen unterscheiden: Ganz unten steht das Sprachmodell (LLM) selbst, etwa Claude Opus oder Fable. Darüber liegt der Harness, also die Konfigurationsschicht, zum Beispiel Claude Code. Darüber wiederum sitzt das Framework als methodischer Rahmen für die eigentliche Arbeit. Innerhalb dieses Rahmens übernehmen einzelne Agenten oder Skills konkrete Rollen. Genau hier zeigt sich der Kern von Produktentwicklung mit einem agentischen Team. Ein gutes Framework bringt Struktur und wiederholbare Qualität in die tägliche Arbeit mit Coding Agents.
Am ausführlichsten sprechen die beiden über die BMad Methode. BMad steht mittlerweile meist für „Breakthrough Method for Agile AI Driven Development“ – manchmal aber auch für seinen Erfinder Brian Madison. Das Framework stellt ein komplettes agentisches Team aus neun Personas bereit. Die Business Analystin Mary erstellt mit dir zusammen ein Product Brief. Ein Produktmanager übersetzt das anschließend in ein PRD. Der Architekt Winston plant danach Technik und Stack. Am Ende entstehen daraus Epics und Storys mit klaren Akzeptanzkriterien. Es ist fast vergleichbar mit einem Team, das sich Dokumente zuwirft. Von echter gemeinsamer Arbeit an einem Inkrement (im Sinne von Scrum) bleibt allerdings wenig übrig. Ein sogenannter Party Mode bringt immerhin mehrere Agenten an einem Artefakt zusammen.
Alex nutzt BMad selbst produktiv, sieht aber auch klare Grenzen. Für einzelne Personen entsteht schnell zu viel Dokumentation. Ein Project Brief kann schon mal mehrere Seiten lang werden. Ein Architekturdokument wird schnell zu einem kleinen Buch. Wer allein arbeitet, muss all das lesen und pflegen. Bei jeder Änderung fällt zusätzlich noch ein Review an. In kleinen Teams führt das schnell zu Overhead statt zu Tempo. Deshalb setzt Alex das Framework heute nur noch punktuell ein. Parallel schaut er sich längst andere Ansätze an.
Als leichtere Alternative gibt es auch ‚Get Shipped Done‘, früher bekannt als ‚Get Shit Done‘. Es läuft in einer kurzen Schleife aus fünf Phasen. Erst wird besprochen, dann geplant, dann umgesetzt, geprüft und ausgeliefert. Einzelne Unteragenten starten dabei mit einem leeren Kontextfenster. Sie melden am Ende nur ihr fertiges Ergebnis zurück. Ein Befehl namens Map Codebase schickt gleich sieben Unteragenten los. Die analysieren eine bestehende Codebasis aus verschiedenen Blickwinkeln. Das hilft besonders bei Legacy Projekten ohne gute Dokumentation. Superpowers verfolgen einen ähnlichen Ablauf, arbeiten aber testgetrieben. Erst entstehen die Tests, dann nur so viel Code wie nötig. So bremst das Framework Overengineering von vornherein aus.
Neben BMad, Get Shipped Done und Superpowers fallen in der Folge noch weitere Namen. SpecKit von GitHub gehört dazu, ebenso Kiro von Amazon und AgentOS. Alex selbst hat sich aus mehreren Ansätzen ein eigenes System gebaut. Es orientiert sich stark an SpecKit und bleibt bewusst schlank. Ergänzt wird es um Skills für Spezifikation, Design, Umsetzung und Qualitätssicherung. Er nennt es AI Coding Starter Kit und stellt es als Open Source Projekt bereit. In Workshops mit Produkt und Engineering Teams kommt es regelmäßig zum Einsatz. Jedes Team passt es danach an die eigenen Abläufe an.
Zum Abschluss rät Alex allen Produktmenschen, klein anzufangen. Ein privates Projekt reicht völlig als erster Schritt. Auch ein kleiner Anwendungsfall aus dem Alltag eignet sich gut dafür. So beginnt Produktentwicklung mit einem agentischen Team ganz ohne Risiko. Die Zeit des Abwartens ist eindeutig vorbei. Wer jetzt noch zuschaut, statt selbst mit Claude Code zu experimentieren, verpasst gerade viel. Ein Grund mehr, etwa ein privates Projekt zu schaffen um sich mit diesen Tools bekannt zu machen!
Eine frühere Episode, die zu dieser Folge passt, ist „Wie No-Code Tools Produktteams helfen können (mit Lilith Brockhaus)“
Folgende Quellen von Alexander Sprogis empfehlen wir euch:
Sie sehen gerade einen Platzhalterinhalt von Podigee. Um auf den eigentlichen Inhalt zuzugreifen, klicken Sie auf die Schaltfläche unten. Bitte beachten Sie, dass dabei Daten an Drittanbieter weitergegeben werden.
Mehr InformationenHast du bereits Erfahrung gesammelt mit agentischer Produktentwicklung? Oder hast du noch nie damit gearbeitet und weißt nicht wie du anfangen sollst? Teile deine Erfahrungen und Fragen doch mit uns und der Community auf LinkedIn oder unter diesem Blogpost! Damit wir uns in diesem schnell veränderlichen Umfeld nicht verlieren, sollten wir uns gemeinsam unterstützen.
