Software Architektur im Stream

Es geht um einfache Heuristiken, mit denen man prüft, ob ein „Ding“ als eigenständiger Service funktionieren kann. Diskussionen drehen sich um Sinn, Marktpotenzial, Datenhoheit und klar definierte Nutzer. Es kommt um Teamfähigkeit, Betrieb, Kopplung und praktische Workshop‑Methoden. Beispiele wie Buchsuche und Fahrradreparatur illustrieren Einsatz und Grenzen des Ansatzes.

Eduardo da Silva, unabhängiger Berater und ehemaliger Softwarearchitekt, erklärt, wie Team Topologies, DDD und Wardley Mapping Veränderung ermöglichen. Guro Fladvad Størdal, Product- und Tech‑Lead bei Circle K eMobility, berichtet vom Wandel vom Validieren zum Skalieren über Ländergrenzen hinweg. Sie sprechen über Plattformgrenzen, cross-funktionale Value Streams, Enabling‑Teams und praktische Workshops.

Pricillia Gunawan, Agile Coach bei NielsenIQ, spezialisiert auf Cross‑functional Teams und LeSS/Team Topologies. Tsvetelina Plummer, Agile Coach mit Fokus auf Organisationsgestaltung und Teamdynamik. Sie diskutieren, wie man große Teams anders organisiert ohne sofort zu splitten. Themen sind Fluid Teams, Deep‑Work‑Zonen, Visualisierungen von Kommunikation und pragmatisches Cherry‑Picking von Skalierungs‑Practices.

Es geht um Peter Naurs Idee, dass Programmieren eher Theoriebildung als reines Code‑Schreiben ist. Diskussionen beleuchten Wissensverlust bei Teamwechseln, warum Dokumentation oft nicht reicht und wie Iteration Lernen fördert. Kritische Betrachtung, ob LLMs echte Systemtheorien entwickeln können und wann Neubau gegenüber Handover sinnvoll ist.

Lucas Dohmen, Principal Consultant bei SWAGLab mit Praxis in Web-Anwendungen und Operations. Er berichtet von der Migration einer Ferienhausplattform von AWS zu Hetzner Cloud. Kurze Sätze über Beweggründe wie Kosten und Politik. Diskussion zu Simple-Cloud-Services, Terraform, Datenbank- und Skalierungsentscheidungen. Hinweise zu Egress-Kosten, Cutover-Strategien, Sicherheit und wann Kubernetes sinnvoll ist.

Software architecture and organizational design are deeply interconnected. Conway’s Law captures this relationship, while the Inverse Conway Maneuver uses it to shape architecture through team structures. Team Topologies adds a practical model for designing effective team interactions and boundaries. This talk explores how organizational decisions directly influence architectural outcomes — and why integrating Team Topologies into your architectural strategy is probably critical. You’ll learn how purposeful team design can reduce cognitive load, improve system modularity, and create architectures that evolve more sustainably. This episode is supported by Agile meets Architecture.

Soziotechnische Architektur Reviews mit Jonas Clusen und Hansjörg Gude In dieser Episode von Software-Architektur im Stream spricht Hansjörg Gude mit Eberhard Wolff über soziotechnische Architektur Reviews (STAR). Der Ansatz erweitert klassische Reviews um die organisatorische Perspektive. Das Ergebnis des Reviews zeigt, wie Teams, Kommunikation und Strukturen die Architektur beeinflussen. Gemeinsam diskutieren wir, wie STAR hilft, technische und soziale Spannungsfelder zu erkennen und daraus konkrete, wirksame Verbesserungen für Systeme und Organisationen abzuleiten - und wie durch den Ansatz Organisationen auch schon nachweisbar verbessert worden sind. STAR-Reviews Virtueller Kaffee mit Hansjörg, Jonas oder Eberhard

Liam Bergh, früher Entwickler und jetzt Berater für Dokumentation und Wissensmanagement. Er spricht über schlanke, agile Dokumentation: integriert ins Arbeiten statt nebenbei. Themen sind Zielgruppenfokus, passende Tools, inkrementeller Aufbau, Automatisierung und DoD-Integration. Praktische Tipps für Kultur, Auffindbarkeit und C4/Diagrams-as-Code kommen ebenfalls zur Sprache.

Es geht um den prägenden Einfluss von Persistenz auf Software-Architektur. Diskussion zum Mismatch zwischen objektorientierten Modellen und relationalen Datenbanken. Themen: Aggregates, Konsistenzgrenzen und ORMs. Vergleich relationaler vs. Dokumenten-Ansätze und deren Auswirkungen auf Skalierbarkeit und Modellierung.

Code-First war gestern – Requirements-Driven ist die Zukunft! Doch bedeutet das wirklich, dass wir zu detaillierten Wasserfall-Spezifikationen zurückkehren müssen? Mitnichten! In dieser Episode spricht Ralf D. Müller mit Simon Martinelli über den AI Unified Process (AIUP), einen agilen und iterativen Entwicklungsansatz, der Requirements ins Zentrum stellt – nicht den Code. Simon zeigt, wie man mit AIUP moderne Software entwickelt, bei der Anforderungen, Spezifikationen, Code und Tests gemeinsam durch kurze Iterationen wachsen, während KI als Konsistenz-Engine dient. Wir diskutieren die zentrale Frage: Brauchen wir perfekte, deterministische Spezifikationen für KI-Code-Generierung? Simon argumentiert, dass dies der falsche Ansatz ist. Stattdessen ermöglicht AIUP iterative Verbesserung: Requirements treiben die Entwicklung, Spezifikationen werden detaillierter, Tests schützen das Systemverhalten, während der generierte Code sich gemeinsam mit allem anderen weiterentwickelt.