Letzte Woche haben wir mit Claude in nur einer Stunde eine Architektur für einen Wardley-Map Editor entwickelt. Schnell, spontan, ungeprüft – klassisches “Architektur-Theater” könnte man sagen. Aber was passiert, wenn diese Express-Architektur auf die Realität des Codes trifft?

In dieser Folge testen wir das ultimative “Garbage-In/Garbage-Out” Experiment: Kann Claude Code aus unserer spontanen Architektur funktionierenden Code entwickeln? Oder wird die fehlende Verifikation und Tiefe der Architektur zum Stolperstein?

Mit dabei: Ingo Eichhorst, der als KI-Experte seine Einschätzung zur praktischen Anwendung von LLMs in der Softwareentwicklung einbringt.

Gemeinsam ergründen wir:

• Wie robust sind LLM-generierte Architekturen in der Praxis?

Ein authentisches Experiment ohne Drehbuch: Werden wir am Ende einen funktionsfähigen Wardley-Map Editor haben – oder lernen wir schmerzhaft, warum gründliche Architektur-Arbeit durch nichts zu ersetzen ist?

Live-Coding meets Architektur-Realitätscheck – mit ungewissem Ausgang.

Links

• Claude-SPARC Script

• GitHub

Ist der Einsatz von LLMs in der Software-Architektur nur Hype und Theater – oder können die LLMs echten Mehrwert schaffen? In dieser besonderen Folge gehen wir einen Schritt weiter als nur darüber zu reden: Wir machen es live!

Unserem Star-Gast Claude (Anthropics LLM) entwickelt unter der Leitung von Ralf in Echtzeit die Architektur für einen Wardley-Map Editor mit draw.io Export-Funktion.

Ihr erlebt hautnah, wie LLMs bei Architektur-Entscheidungen, Struktur-Design und Dokumentation unterstützen – und wo menschliche Expertise unverzichtbar bleibt. Wir fokussieren uns auf die architektonischen Aspekte: Komponenten-Design, Schnittstellen, Datenflüsse und Design-Entscheidungen.

Ein echtes Experiment mit ungewissem Ausgang: Reicht eine Stunde für die Architektur? Bekommen wir vielleicht sogar noch einen funktionsfähigen Prototypen oder ein Proof-of-Concept hin?

Authentisch, ungeschnitten, mit allen Höhen und Tiefen einer echten Architektur-Session.

Spoiler: Am Ende exportieren wir tatsächlich eine Wardley Map nach draw.io – oder scheitern spektakulär beim Versuch.

Links

• GitHub Repo

Large Language Models (LLMs) wie ChatGPT oder Claude sind in aller Munde und versprechen, auch die Software-Architektur zu revolutionieren. Doch wie nützlich sind diese Tools wirklich für Architekt:innen? Können sie bei der Erstellung von Architekturdokumentationen, Architecture Decision Records oder dem Architecture Communication Canvas helfen? Oder überwiegen die Risiken wie Halluzinationen und fehlendes Verständnis für die Realität? In dieser Folge diskutieren Eberhard Wolff und Ralf D. Müller kontrovers über den Einsatz von LLMs in der Software-Architektur. Sie beleuchten sowohl die Chancen als auch die Fallstricke und diskutieren, wo LLMs helfen können und wo sie versagen. Eine Diskussion zwischen zwei erfahrenen Software-Architekten, deren Meinungen unterschiedlicher nicht sein könnten – mit praktischen Erkenntnissen für alle, die sich fragen: KI-Hype oder echte Hilfe?

Links

• Umfrage zur Nutzung der Website

Eigentlich definiert Architektur “nur” die Struktur der Software. Aber das Gesetz von Conway weißt schon auf den Zusammenhang zwischen Architektur und Organisation hin. Durch das Inverse Conway Maneuvre ist klar geworden, dass die geschickte Aufstellung der Organisation die Architektur maßgeblich beeinflussen kann. Dieser Vortrag zeigt auf, dass Team Topologie auch erhebliche Konsequenzen für die Architektur-Arbeit hat: Team Topologies fungiert nicht nur als Werkzeug für Architektur, sondern muss auch in die architektonische Planung einbezogen werden.

Links

• Folien

Agile Entwicklung verspricht einen besseren Umgang mit Unsicherheit – und doch dominieren in vielen Projekten weiterhin detaillierte Pläne, Feinkonzepte und Architektur mit Big Design Up Front. Warum fällt es so schwer, loszulassen?

Diese Episode beleuchtet die psychologischen Gründe hinter dem Festhalten an Planung: das Bedürfnis nach Sicherheit, die Angst vor Chaos und die Illusion von Kontrolle. Und sie zeigt, welche Bedingungen nötig sind, damit Teams sich wirklich auf das Unplanbare einlassen können – mit Vertrauen, Mut und einer gesunden Fehlerkultur.

Links

• Are We Engineers? With Hillel Wayne

Der Begriff „Agilität“ ist in den letzten 20 Jahren für alles Mögliche benutzt worden. Dadurch ist Agilität bedeutungsleer geworden. Andererseits ist es durch den Fokus auf Methoden entkoppelt vom Ziel, was wir über die Werkzeuge erreichen wollen. Das ist in den aktuellen Zeiten umso dramatischer, weil die Resilienz von Organisationen, also ihre Fähigkeit, sich einem dynamischen und komplexen Umfeld anzupassen, Krisen zu überstehen und gleichzeitig zu wachsen, eigentlich nur mit echter Agilität erreichbar ist.

Tanja Friedel und Uwe Vigenschow glauben, dass die Zukunft der Softwareentwicklung in einer Rückbesinnung auf die Werte und Prinzipien liegt, die hinter Agilität ursprünglich standen. Außerdem ist eine Fokussierung auf die Ergebnisse zentral - statt auf Hilfsmittel zur Zielerreichung wie Prozesse oder sinnentleertes Feel Good. Sie ziehen die Lehren aus über 20 Jahren Agilität und zeigen den Einfluss z.B. von KI und Homeoffice auf. Und sie berichten, wie sie Kunden dabei helfen, die Arbeitsweisen anzupassen, Anforderungen anders zu erheben und die Struktur der Software anzupassen.

Links

• Die diskutierten Workshops

I recently spoke at the Agile Meets Architecture conference about “Architecture and Agility: A Shared Skillset!”. The presentation sparked a lot of interesting questions – covering topics like architectural guardrails for agility, building the right culture, and the connection between agility and architecture. I didn’t have time to answer them all during the conference, so I’m addressing them in this episode. This episode, like my original talk, is in English.

Links

• Slides Architecture and Agility: A Shared Skillset!

Bounded Contexts werden oft als Allheilmittel für die fachliche Modularisierung von Software betrachtet – eine zentrale Herausforderung bei der Entwicklung wartbarer Systeme. Allerdings ist das Konzept des “Bounded Context” komplex und in der Praxis nicht immer einfach umzusetzen. In dieser Episode diskutieren wir “Modelle” als Ansatz zur Identifizierung fachlicher Module. Sie sind zwar ein Bestandteil von Bounded Contexts, können aber auch – kombiniert mit Ideen wie Modulen oder Abstract Data Types – eigenständig zur fachlichen Modularisierung eingesetzt werden.

Links

• Architektur Kickstart

In this episode, Simon Wardley, together with Carola Lilienthal, Tsvetelina Plummer, Markus Harrer, and Eberhard Wolff, discusses how the visual strategic thinking tool Wardley Maps can help software architects make better decisions. After a brief introduction to Wardley Mapping, you’ll hear about several ideas and patterns that can be useful when developing large-scale software systems.

Links

• Simon's keynote at Agile meets Architecture

Ein wissenschaftliches Paper argumentiert, dass ChatGPT „Bullshit“ produziert. Was steckt hinter dieser provokanten These – und welche Konsequenzen hat sie? In dieser Folge gehen wir der Frage auf den Grund. Wir greifen die Herausforderungen mit KI, die in den letzten Episoden offenbar geworden sind, noch einmal auf und entwickeln gemeinsam ein Bild davon, wie man sinnvoll mit Werkzeugen wie LLMs umgehen kann.

Links

• Michael Townsen Hicks, James Humphries, Joe Slater: ChatGPT is bullshit (Ethics and Information Technology)