Software Architektur im Stream

At the recent Software Architecture Gathering, Eberhard gave a talk on models, modularization, and Bounded Contexts, while Alistair explored similar themes in conversations with attendees. In this episode, the two come together to discuss the key concepts behind these topics, compare their perspectives, and answer questions from the audience. Quote from ParnasHere is the quote from Parnas’ paper that Alistair referred to: “We propose instead that one begins with a list of difficult design decisions or design decisions which are likely to change. Each module is then designed to hide such a decision from the others.” LinksDavid Parnas: On the Criteria To Be Used in Decomposing Systems into Modules Alistair Cockburn: Design in Object Technology 2: The Annotated Class of 1994 EPUB Printed Residuality Theory with Barry O’Reilly

Stimmen aus der Praxis – Live-Stream mit Erfahrungsberichten und Diskussion Wie erleben Menschen, die in der IT unterrepräsentiert sind, ihren Arbeitsalltag wirklich? In diesem Live-Stream bringen wir ungefilterte Stimmen direkt auf die Bühne der IT-Tage. Im Vorfeld haben wir persönliche Erfahrungsberichte gesammelt – von Mikroaggressionen im Team-Meeting bis zu strukturellen Hürden beim Karrierestart. Diese anonymisierten Geschichten lesen wir vor und diskutieren gemeinsam: Was läuft schief? Was funktioniert bereits gut? Und vor allem: Was kannst Du selbst, Dein Team oder Deine Organisation morgen konkret anders machen? Aus der Praxis für die Praxis: Diese Session richtet sich an alle, die Diversität nicht nur als HR-Thema verstehen, sondern als strategischen Erfolgsfaktor für ihre IT-Organisation. Ob CTO, Teamlead oder Entwickler:in – hier erhältst Du ungefilterte Einblicke aus dem Projektalltag, die sonst oft unsichtbar bleiben, und kannst konkrete Impulse direkt in Deinen Alltag mitnehmen. Was Du mitnimmst: Echte Erfahrungen statt Theorie, Verständnis für Barrieren im IT-Alltag und Handlungsfelder für inklusive Teams – so konkret wie möglich, so anonym wie nötig. Mit Liam Bergh, Sabine Wojcieszak und Eberhard Wolff

In this engaging live fishbowl session from the Software Architecture Gathering, Vaughn Vernon, Cheryl Hung, Avraham Poupko, Eberhard Wolff, and Ralf D. Müller tackle one of the most pressing questions in the field: Is software architecture about human intelligence or artificial intelligence? As AI tools increasingly design systems, analyze code, and critique architectural decisions, the panel debates whether these technologies augment or replace the architect’s role. They explore the nuanced balance between machine-generated patterns and human creativity, the ethical and accountability challenges of AI-driven architecture, and practical ways architects can thrive in an AI-augmented future. Audience participation ensures a lively, thought-provoking dialogue on the evolving craft of software architecture. Livestream production by ‪Kameramensch-Filmproduktion‬: Johannes Klemt, Nico Schallat, Vladimir Traut Event tech by Team Kingsize Follow iSAQB: Instagram LinkedIn Mastodon BlueSky Facebook

In this special live episode from the Software Architecture Gathering, Clare Sudbery joins Eberhard for an open conversation about learning, empathy, and psychological safety in tech. Building on her talk “Let’s Stop Making Each Other Feel Stupid”, Clare reflects on how the culture of expertise in software development can unintentionally discourage curiosity and collaboration. Together, they explore practical ways to create environments where questions are welcomed, mistakes become opportunities for growth, and knowledge sharing thrives behind the scenes of architecture and development. Links from Clare’s talk

In this live episode from the Software Architecture Gathering, Claudine Allen joins Ralf to explore how software architects can leverage large language models (LLMs) as collaborative design partners. Drawing from her research, case studies, and experiments, Claudine discusses a practical framework for engaging with LLMs throughout the architecture analysis and design process. They delve into key questions such as what to tell LLMs, how to prompt them effectively, and how to assess risks—highlighting the enduring importance of human judgment in architecture while embracing the transformative potential of AI-powered collaboration.

In this special live episode from the Software Architecture Gathering, Jacqui Read joins Eberhard and Ralf for an insightful conversation on the rise of diagrams-as-code and the role of AI in software documentation. Jacqui highlights how using textual notations like PlantUML, Mermaid, and Structurizr transforms diagramming from an artistic task into a systematic, data-driven process. They discuss the benefits, limitations, and need for critical understanding when working with AI-generated diagrams, empowering teams to improve consistency, collaboration, and automation behind the scenes of architecture workflows.

Digitale Souveränität ist aktuell ein sehr heiß diskutiertes Thema und im Mainstream der Gesellschaft angekommen. In dieser Episode diskutiert Sven Müller mit Eberhard Wolff den Einfluss von digitaler Souveränität auf Software-Architektur. Ziel ist es, die digitale Handlungsfähigkeit unserer Organisationen zu stärken. Aspekte sind nicht nur die häufig diskutierte Unabhängigkeit von US-Cloud-Anbietern, sondern vor allem gezielte Make-or-buy-Enscheidungen, der Einsatz von offenen Standards oder Open Source nicht nur zum Sparen von Lizenzkosten. Links Whitepaper Digitale Souveränität im Software Engineering Software Architecture Gathering 15% Rabatt mit Code SATV_SAG2515

Schätzen gehört zum Alltag vieler Projekte – doch jede Schätzung ist immer spezifisch für ein Team. Kann man Aufwand objektiv bewerten oder gar “absolut” schätzen? Und wie gehen wir mit Deadlines um, deren Name schon suggeriert, dass sie über Leben und Tod eines Projekts entscheiden? In dieser Episode beleuchten wir den Umgang mit Schätzungen und Terminen aus unterschiedlichen Perspektiven: Wie viel Objektivität ist wirklich möglich, welche psychologischen und organisatorischen Faktoren beeinflussen uns – und was bedeutet das für den realistischen Umgang mit Deadlines? Links Diversity Umfrage heise Blog: Warum objektive Schätzungen in der Softwareentwicklung nicht funktionieren Intro to Beyond Estimates with Woody Zuill heise Blog: IT-Projekte: Kostenfaktor statt Wettbewerbsvorteil heise Blog: Beten wir Komplexität an? Können wir Entwickler:innen-Produktivität messen? Theorie des Aufräumens - Kent Beck’s “Tidy First?” mit Marco Emrich 2/2 Software Architecture Gathering 15% Rabatt mit SATV_SAG2515

In IT most of us need to work in teams for various reasons, and if you think that is not always easy, this is the stream you should join. We think a lot has been said about team work already, but let us dive into various aspects together; team topologies, psychological safety, personality types, body language, remote work and teams and just plain old communication. Aino Vonge Corry and Lisa Maria Schäfer are discussing all those topics and are happily looking forward to your questions. Aino will also have a talk at Software Architecture Gathering called “What We (Should Have) Learned From Lord of the Rings”. Links Software Architecture Gathering 15% off with SATV_SAG2515

KI war schon mehrfach Thema im Stream. Doch diesmal geht darum, wie wir sie für den Stream selbst einsetzen: Es gibt jetzt automatische Transkriptionen und Zusammenfassungen. Diese neuen Features sind mit Hilfe von KI, Prompt-Driven Development und GitHub Copilot entstanden. In dieser Episode sprechen Ralf und Eberhard darüber, wie sie dabei vorgegangen sind und welche Erfahrungen sie gesammelt haben: Was hat gut funktioniert? Was weniger? Und vor allem – was haben wir über den praktischen Einsatz von LLMs in echten Projekten gelernt? So stehen in dieser Halloween-Episode keine Kürbisse, sondern Code und KI im Mittelpunkt.

Oliver Zeigermann und Lisa Maria Schäfer sprechen anhand einer Demo-Applikation über das Thema generative KI.

Wardley Maps sind ein visuelles Werkzeug, das dabei unterstützen kann, Systeme im strategischen Zusammenhang zu betrachten und Entscheidungen bewusster zu treffen. In dieser Episode zeigt Markus Harrer, wie sich mit Wardley Mapping Abhängigkeiten in Softwaresystemen nachvollziehbarer darstellen lassen und wie es helfen kann, Architekturentscheidungen besser einzuordnen. Zusätzlich macht er anhand von Beispielen aus der Legacy-Modernisierung deutlich, wie diese Technik genutzt werden kann, um Diskussionen über den Umgang mit gewachsenen Systemen anzuregen und neue Blickwinkel darauf zu eröffnen. Teilnehmende erhalten Anregungen, wie Wardley Maps im Alltag eine strukturiertere und entspanntere Auseinandersetzung mit Softwaresystemen ermöglichen können. Links Slides Workshop-Folien Markus Harrer zu Software Analytics Wardley Maps Meets Software Architecture Markus Blog Top 5 Learning Wardley Maps

Von schlechten Anforderungen haben wir alle bereits gehört! Aber wie kann man als Softwarearchitekt:in mit fehlenden oder unklaren Requirements umgehen? Und wie hängen Anforderungen und Architekturentscheidungen eigentlich zusammen? In dieser Episode beantwortet Peter Hruschka, Mitbegründer von req42 und langjähriger Requirements-Engineering-Experte, diese und weitere Fragen. Das req42-Template bietet eine schlanke, docs-as-code-kompatible Struktur für Requirements-Dokumentation – und lässt sich nahtlos mit arc42 kombinieren. Peter teilt seine Erfahrungen aus Jahrzehnten der Projektarbeit: Vom Übergang zwischen Problemraum und Lösungsraum über die Rolle von Qualitätszielen bis hin zu praktischen Notationen wie PAM. Spoiler: Requirements Engineering und Softwarearchitektur gehören zusammen! Links req42 Homepage Software Architecture Gathering 15% Rabatt mit Code SATV_SAG2515 Peter Hruschka & Gernot Starke - Requirements Engineering

Gäste: Maximilian Franzke & Danny Koppenhagen Barrierefreiheit ist kein “Nice-to-have” mehr, sondern wird spätestens durch das Barrierefreiheitsstärkungsgesetz (BFSG) seit Mitte 2025 für viele digitale Dienste zur Pflicht. Doch wie integriert man Accessibility erfolgreich in moderne Web-Architekturen? Unsere Gäste Danny Koppenhagen und Maximilian Franzke zeigen, wie sie barrierefreie Web-Anwendungen entwickeln – von der strategischen Architekturentscheidung bis zur praktischen Umsetzung. Architektur-Impact: Wie beeinflusst Barrierefreiheit eure Frontend-Architektur und Design System-Entscheidungen? Praktische Umsetzung: Konkrete Patterns und Techniken für barrierefreie Web-Anwendungen Tooling & Automatisierung: Welche Tools helfen bei der kontinuierlichen Überprüfung von Accessibility-Standards? Enterprise-Scale: Herausforderungen bei der Umsetzung in großen Organisationen mit mehreren Teams Performance vs. Accessibility: Wie balanciert man High-Performance-Anforderungen mit Barrierefreiheit? Rechtliche Aspekte: Was bedeuten WCAG, EAA und BFSG konkret für Entwicklungsteams? Danny und Maximilian bringen ihre Erfahrung aus der Entwicklung von Design Systemen sowie der Arbeit im BIK BITV Prüfverbund und dem Austausch auf europäischer Ebene mit und zeigen, wie man von Anfang an “accessibility-first” denkt, statt Barrierefreiheit nachträglich “draufzupacken”. Dabei geht es nicht nur um technische Lösungen, sondern auch um organisatorische Prozesse und die Frage: Wie macht man Barrierefreiheit zu einem natürlichen Teil der Softwarearchitektur? Links - siehe https://software-architektur.tv/2025/10/10/folge282.html

In vielen Projekten werden Security-Anforderungen immer noch top-down definiert – von Architekt:innen oder Security-Spezialist:innen – ohne das Entwicklungsteam oder die Fachseite wirklich einzubeziehen. Das führt zu unvollständigen Schutzkonzepten und Widerstand bei der Umsetzung. In diesem Vortrag zeigen wir anhand eines vierstufigen Modells, wie Security kollaborativ geplant und integriert werden kann – von der statischen Systemsicht über Schutzbedarfsanalyse und Bedrohungserkennung bis hin zu konkreten Gegenmaßnahmen. Mit OWASP Cornucopia Security Poker und Domain Storytelling erarbeiten wir greifbare Methoden, wie fachliche Assets, Angriffsvektoren und Schwachstellen teamübergreifend identifiziert und diskutiert werden können. So entsteht ein Security-Konzept, das nicht nur sicher, sondern auch akzeptiert und verstanden ist – vom Developer bis zum Datenschutzbeauftragten. Wir haben diese Episode bei BEDcon 2025 aufgezeichnet. Links OWASP Cornucopia Domain Story Telling mit Henning Schwentner und Stefan Hofer

Anstatt den Code jedes Projekts in einem eigenen Repository zu verwalten, fassen Monorepos mehrere Projekte in einem einzigen Repository zusammen. Das hat Vorteile: Projektübergreifende Änderungen lassen sich dadurch deutlich einfacher umsetzen. Unternehmen wie Google oder Uber setzen auf dieses Konzept – und sie wissen vermutlich, warum. Was auf den ersten Blick vielleicht wie eine großartige Idee wirkt, bringt auch Herausforderungen mit sich. In dieser Episode werfen wir einen Blick auf Ubers Erfahrungen mit Monorepos und was wir daraus lernen können. Links Rachel Potvin, Josh Levenberg: Why Google Stores Billions of Lines of Code in a Single Repository Aron Lorincz, Goncalo Alvarez, Rasmus Vestergaard (Uber): Controlling the Rollout of Large-Scale Monorepo Changes Rasmus Vestergaard, Kasper Munck (Uber): Continuous Deployment for Large Monorepos

“Implementiere Feature X” - und schon spuckt das LLM komplexen Code aus, ohne dass du nach der Architektur gefragt hast. Du bekommst funktionsfähigen Code, aber keine Ahnung, warum diese Entscheidungen getroffen wurden. Das Resultat: Du verbringst mehr Zeit damit, generierten Code zu verstehen als das eigentliche Problem zu lösen. Oliver Jägle, Senior Engineer bei DB Systel, hat eine überraschende Erklärung: Das LLM ist nicht schuld - wir kommunizieren schlecht, was wir brauchen. Mit “Responsible Vibe MCP” demonstriert er, wie ein intelligenter “Conversation State Manager” als digitaler Projektleiter fungiert und LLMs durch strukturierte Entwicklungsworkflows führt. Statt sofortiger Code-Dumps führt das Tool systematisch durch Requirements-Klärung: Wer sind die Nutzer? Welche Constraints? Welche Features sind kritisch? Das Ergebnis: Durchdachte, begründete Architektur-Entscheidungen statt zufälliger Tech-Stack-Kombinationen. Ein praktisches Gespräch über die Transformation von Code-generierenden Maschinen zu durchdachten Entwicklungspartnern - durch bessere Kommunikation statt LLM-Zähmung. Wichtigste InformationenVideotitel Beschreibung Du kannst deine Beschreibung mit der Markdown-Sprache formatieren: Zum Beispiel, um Text fett zu setzen (Text in Fettschrift), oder Text kursiv zu setzen (Text in Kursivschrift) Du kannst außerdem einen Link auf einen spezifischen Zeitstempel des Videos setzen (z.B. 00:05, indem du einfach „00:05“ schreibst) oder einen klassichen Link setzen ([Titel meines Links](https://example.com)) “Implementiere Feature X” - und schon spuckt das LLM komplexen Code aus, ohne dass du nach der Architektur gefragt hast. Du bekommst funktionsfähigen Code, aber keine Ahnung, warum diese Entscheidungen getroffen wurden. Das Resultat: Du verbringst mehr Zeit damit, generierten Code zu verstehen als das eigentliche Problem zu lösen. Oliver Jägle, Senior Engineer bei DB Systel, hat eine überraschende Erklärung: Das LLM ist nicht schuld - wir kommunizieren schlecht, was wir brauchen. Mit “Responsible Vibe MCP” demonstriert er, wie ein intelligenter “Conversation State Manager” als digitaler Projektleiter fungiert und LLMs durch strukturierte Entwicklungsworkflows führt. Statt sofortiger Code-Dumps führt das Tool systematisch durch Requirements-Klärung: Wer sind die Nutzer? Welche Constraints? Welche Features sind kritisch? Das Ergebnis: Durchdachte, begründete Architektur-Entscheidungen statt zufälliger Tech-Stack-Kombinationen. Ein praktisches Gespräch über die Transformation von Code-generierenden Maschinen zu durchdachten Entwicklungspartnern - durch bessere Kommunikation statt LLM-Zähmung. Links Responsible Vibe MCP Server bei GitHub Responsible Vibe MCP Server Dokumentation

In dieser Folge sprechen Lucas Dohmen und Lisa Maria Schäfer über Web Performance. Sie klären, was sich dahinter verbirgt und warum das Thema wichtig ist – und zwar für alle, die Webseiten entwickeln. Des Weiteren stellen sie Tools zum Messen der Web Performance vor und geben euch Impulse, wie ihr eure Website schneller machen könnt. Links Lucas Folien Web-Performance Hands-on Workshop bei Socreatory 20% Rabatt mit PERFORMANCE_25 Web-Performance Quick Check bei SWAGLab imPuls zu Web-Performance mit Lucas am 25.9. um 17:00 treo: Core Web Vitals and Sitespeed Test WebPageTest

Die Zukunft ist schwer vorhersehbar – umso wichtiger ist es, dass eine Software-Architektur auf neue Anforderungen und Veränderungen reagieren kann. Doch wie erreicht man diese Flexibilität? In dieser Episode sprechen wir über Eure Ideen und Ansätze – und natürlich teilt auch Eberhard seine eigenen Konzepte. Links FolienPost bei MastodonPost bei BlueSkyPost bei LinkedInInfo zum FLEX-Training bei SocreatoryOnline 14.-16.Oktober, Rabattcode FLEX_EBERHARD10_25 direkt buchenStuttgart 1.-3. Dezember, Rabattcode FLEX_EBERHARD12_25 direkt buchenOnline 16.-18. Dezember, Rabattcode FLEX_EBERHARD12_25 direkt buchen

In der Softwarearchitektur gilt: Systeme lassen sich besser warten und flexibler gestalten, wenn man sie in mehrere Bounded Contexts aufteilt – und das ist gerade bei Microservices-System zentral. Doch nun hat ausgerechnet Netflix, ein Pionier der Microservices-Bewegung, einen Blogpost veröffentlicht, der einen ganz anderen Weg propagiert: „Model Once, Represent Everywhere: UDA (Unified Data Architecture)“. In dieser Episode nimmt Eberhard den Ansatz von Netflix genauer unter die Lupe und diskutiert, ob die Zeit gekommen ist, die Idee klar getrennter Bounded Contexts infrage zu stellen – und stattdessen auf ein zentrales Modell zu setzen. Links Netflix Blog: Model Once, Represent Everywhere: UDA (Unified Data Architecture) at Netflix Modelle statt Bounded Contexts? Eine Alternative für fachliche Modularisierung Bounded Context - Was ist das genau? Stefans Tilkov: Why You Should Avoid a Canonical Data Model Amazon - Von Microservices zurück zu Monolithen?