Software Architektur im Stream

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) Architektur Kickstart Blog Gaslighting AI - Really? KI und LLMs kritisch betrachtet mit Lucas Dohmen Blog: Daten sind das neue Uran: Gefährlich und schwer zu sichern Sprache schafft Wirklichkeit mit Friederike Sternberg - live von der BED-Con Wardley Maps Meets Software Architecture# Besteht ChatGPT die iSAQB-Advanced-Level-Prüfung? 1/2 mit Ralf D. Müller Besteht ChatGPT die iSAQB-Advanced-Level-Prüfung? 2/2 mit Ralf D. Müller Russland manipuliert wohl westliche Chatbots für seine Propaganda

Join us as we sit down with Ana Nad and Lejla Vulovic after their talk at the Agile meets Architecture conference to dive deeper into their experiences of building and scaling product teams across multiple European markets. We discuss: How to structure multi-site teams for success Overcoming regulatory, cultural, and organizational challenges Lessons learned from delivering lending and foreign exchange products in a global bank The evolving role of architecture in enabling agility What worked, what didn’t, and what’s next? Tune in to hear firsthand insights! Links Video of Ana’s and Lejla’s talk at Agile meets Architecture

Microservices waren einst ein regelrechter Hype, insbesondere weil man damit bestehende Monolithen in kleinere, flexible Einheiten zerlegen konnte. Heute ist der Hype um Microservices abgeflaut – stattdessen erleben Monolithen ein Revival. Die Frage stellt sich daher: Lohnt sich der Umbau von Monolithen in Microservices überhaupt noch? Oder sollten die vielen Microservices gar wieder zu Monolithen zusammengeführt werden? In einem neuen Stream widmen wir uns diesem Thema und betrachten es aus einer frischen Perspektive. Links Trink einen virtuellen Kaffee mit mir! Agile meets Architecture Konferenz 10% Rabatt mit dem Code AMASAIS10 . Big Ball of Mud Warum Legacy-Transformation mehr braucht als Techniker:innen mit Tanja Friedel Amazon - Von Microservices zurück zu Monolithen? Technische Schulden Software-Architektur = Abhängigkeiten Managen? Team Topologies Team Topologies Kurzvideo

Projekte erstellen gemeinsame Software. Irgendwie müssen Architekt:innen sich in dieser Umgebung bewegen und dabei Wirkung entfalten: Immerhin sollten sie bei der erfolgreichen Umsetzung eines Projekt eine wichtige Rolle spielen, denn sie bringen eine wertvolle Expertise ein. Aber wie genau soll das gehen? In dieser Folge diskutiert Eberhard unterschiedliche Möglichkeiten, um tatsächlich in einem Projekt diese Rolle erfolgreich auszufüllen. Links Benutzerfreundlichkeit mit Aminata Sidibe - Wir bauen eine Software-Architektur Psychological Safety - was sagt der Psychologe dazu? mit Joseph Pelrine - OOP Special Fearless Change - Neue Ideen etablieren Impactful Mind Skills for Moments of Change and Uncertainty with Cosima Laube and Sofia Katsaouni Communication Patterns with Jacqui Read Crew Ressource Management - Wie geht die Luftfahrt mit dem Faktor Mensch um? Auftragstaktik - Agilität beim Militär? mit Sönke Marahrens

In the fast-paced world of software development and architecture, change and uncertainty are inevitable. How can we grow a helpful stance to navigate these challenges effectively? In this stream, Cosima Laube and Sofia Katsaouni explore paths to combine technical expertise and emotional intelligence, sharing practical strategies for building mental resilience and fostering growth. Join us for an insightful discussion on possible mind skills that empower individuals and teams to adapt, thrive, and make a lasting impact in times of transition. If you want to learn more about this subject and see Cosima and Sofia live on stage, join us at the Agile meets Architecture conference early April in Berlin. We have a special discount code for our audience for 10% off: AMASAIS10 . Links Impactful Mindskills on Cosima’s homepage (currently in German only) Short blog on the ‘Circle of Influence’ by Cosima Book: Seven habits of highly effective people (where the Circle of Influence is described in more detail) Dare to lead by Brene Brown: Generally a good read for leaders, focusing on showing up with empathy and as our whole selves.

In this episode Jacqui Read is our guest. She is the author of the book “Communication Patterns – A Guide for Developers and Architects”. Jacqui talk about communication patterns. Learn about what communication patterns are and why they are very useful to you as a software architect. Jacqui will speak at the “Agile meets Architecture” conference on April 3rd about “Design Patterns for Software Diagramming”. We have a special discount code for the conference for our audience 10% off: AMASAIS10 Links Jacqui’s Communication Patterns book Jacqui’s homepage Simon Brown - C4 Architecture Model and Structurizr Lisa Schäfer zu Sketchnotes in der IT

Die IT-Branche steht vor einem Wendepunkt: Wie gestalten wir heute ein Arbeitsumfeld, das 2034 technologische Innovation und menschliche Werte vereint? Anknüpfend an die Visionen aus Folge 244 diskutieren Lisa, Ralf und Eberhard die Antworten der Community: Welche Entscheidungen sind jetzt entscheidend – bei KI-Ethik, hybriden Arbeitsmodellen oder regulatorischen Rahmenbedingungen? Die auf den IT-Tagen gesammelten Impulse der Teilnehmer:innen konnten damals im Dezember nicht alle besprochen werden. Das holen wir hiermit nach. Gemeinsam loten wir aus, wie IT-Architekturen und Arbeitskulturen zukunftsfest werden – ohne Scheuklappen, aber mit klarem Fokus auf Praxisrelevanz. Sei dabei, wenn Visionen auf Realität treffen! Links IT im Jahr 2034 – Wo wollen wir hin?

Let’s explore the purpose and use of estimates in the management of software development efforts, and consider possible alternatives. We say we depend on estimates to make important decisions, and yet we’re often disappointed by the results. Why are we so challenged at using estimates? Are estimates for cost, time, or effort always needed? Is it possible there are other ways to approach our work? If we didn’t use estimates, could we be successful at building software? The default use of an “estimate-driven” approach is pervasive in software development efforts, and while estimates can be useful for some things, it is worthwhile to scrutinize our use of estimates for cost, time, and effort, and to seek better ways to manage software development projects. There are a number of things to explore and many questions to ask. For example, do we really need estimates for all the things we are currently using them? Are we getting a reasonable benefit from them? Is it possible to manage software development projects without these estimates, or at least with fewer estimates? Is there a way to prove that estimates are helping us make good decisions? If you want to learn more about Beyond Estimates and see Woody live on stage, join his talk at the Agile meets Architecture conference early April in Berlin. We have a special discount code for our viewers for 10% off: AMASAIS10 . Links Agile Meets Architecture Conference use code AMASAIS10 for 10% off Remote Mob Programming mit Jochen Christ, Franziska Dessart, Simon Harrer, Martin Huber Daniel Kahneman: Thinking, Fast and Slow Daniel Kahneman: Noise: A Flaw in Human Judgment Illustrator Andrea Zuill Lean Software Development Are We Engineers? With Hillel Wayne

In der IT sind KI und insbesondere LLMs aktuell das Hype-Thema. In dieser Folge hinterfragen Lucas Dohmen und Eberhard Wolff den Hype kritisch: Wie funktionieren diese Technologien und was sind ihre Probleme? Außerdem beleuchten sie, in welchen Szenarien der Einsatz von KI und LLMs sinnvoll ist oder vermieden werden sollte – und das nicht nur aus ethischer Perspektive. Links Lucas zu KI beim Freelancer Podcast Lucas zu KI beim Podcast "The Board Game Theory" Stephen Wolfram: What Is ChatGPT Doing ... and Why Does It Work? Joseph Weizenbaum: Die Macht der Computer und die Ohnmacht der Vernunft The Impact of Generative AI on Critical Thinking: Self-Reported Reductions in Cognitive Effort and Confidence Effects From a Survey of Knowledge Workers

Im Videocast spricht Lisa Maria Schäfer mit Ralf D. Müller über die faszinierende Welt der Large Language Models (LLMs) und deren Fähigkeit, selbstständig zu arbeiten. Ralf demonstriert live, wie LLMs durch agentic workflows komplexe Aufgaben bewältigen - von der Implementierung von Algorithmen bis hin zur Erstellung und Verifizierung von Code. Besonders interessant wird es bei der Demonstration, wie LLMs ihre eigene Arbeit durch Tests und visuelle Überprüfung validieren können. Im Gespräch wird auch die praktische Anwendung des Model Context Protocols mit claude.ai Desktop beleuchtet. LinksKonferenzKostenlose Unconference Remote-Unconference KI & Software-Architektur 2025-02-17 14:00-18:00 Tutorials auf deeplearning.aiEinfacher Chatbot selbst gebaut Tool-Use (Function Calling) mit Link auf Computer Use Model Context Protocolmodelcontextprotocol.io Claude Desktop App vollständig KI erzeugtes ProjektAsciiDoc-Linter

Die Ablösung von Legacy-Systemen ist weit mehr als ein technisches Projekt – es ist ein Transformationsprozess, der das gesamte Unternehmen betrifft. In dieser Episode verrät uns Tanja Friedel, warum das frühzeitige Einbinden von Produktmanager:innen sicherstellt, dass neue Systeme nicht nur technisch moderner sind, sondern tatsächlich echten geschäftlichen Mehrwert schaffen - denn anders kann man ein solches Investment auch kaum rechtfertigen. Links Remote-Unconference KI & Software-Architektur 2025-02-17 14:00-18:00 LinkedIn Post "Warum Legacy-Transformation mehr braucht als Techniker:innen" Trink einen Kaffee mit Tanja Trink einen Kaffee mit Eberhard Broschüre "Der Mensch im Mittelpunkt"

Bei Software mit hunderttausend Zeilen kann man schnell den Überblick über Code, Architektur und deren Qualität verlieren. Sind wir noch auf dem richtigen Weg, blockieren wir uns mit internen Abhängigkeiten, oder sind wir schon festgefahren? Software ist immateriell, wir können nicht sehen, wie es ihr geht. Wir können uns allerdings mit Tools helfen. Eines davon ist das kostenlose Open-Source-Tool CodeCharta, das uns Richard vorstellen wird. Es bietet seit 2017 die Möglichkeit, Experten und Laien gleichermaßen die Qualität von Software nachvollziehbar zu machen. Die Idee ist sehr einfach: Wir visualisieren unsere Software als 3D-Stadtkarte (Charta = lateinisch für Karte oder Papier). Jede Datei wird zu einem Gebäude. Kleine Dateien werden zu Bungalows, komplexe Dateien stechen als Wolkenkratzer hervor. Wolkenkratzer, die nur einen Autor haben, werden rot, denn hier existiert ein Wissenssilo. Das ist nur ein kleiner Teil der Visualisierungsmöglichkeiten: CodeCharta kann auch visualisieren, welche Dateien viel verändert werden, kaum Testabdeckung haben, hohe Verschachtelungstiefe bieten oder eine hohe Anzahl an Code Smells. Die Stadt-Metapher hilft dabei Experten wie Laien gleichermaßen und ermöglicht eine verständnisvolle Diskussion. Ein Feature, dass in den New Yorker Wolkenkratzern eingebaut werden soll, wird garantiert länger dauern als eines, das in einem Bonner Bungalow platziert wird. Diese Diskussion können wir auch am physischen Objekt führen, denn eine CodeCharta kann auch in 3D drucken. Links Unconference zu Software Architektur und KI mit Lisa, Ralf und Eberhard CodeCharta Homepage CodeCharta bei GitHub Folgen zu Architektur-Management-Werkzeugen Richard bei LinkedIn Richard bei BlueSky Richards Blog

Autonome Teams werden oft als der heilige Gral der Softwareentwicklung angesehen. Sie versprechen mehr Produktivität, bessere Ergebnisse und zufriedenere Mitarbeitende. Doch Autonomie bringt Herausforderungen mit sich: Sie erfordert Vertrauen, die Fähigkeit, Verantwortung zu delegieren, und Teams, die bereit sind, diese Verantwortung zu tragen. Außerdem können zu viel Autonomie und fehlende Leitplanken zu Chaos und Kontrollverlust führen. Dieser Vortrag beleuchtet die psychologischen, organisatorischen und architektonischen Aspekte von Autonomie und zeigt, warum sie in der Praxis oft schwerer zu erreichen ist, als es scheint. Links Makro-Architektur - Prioritäten und Überblick Crew Ressource Management - Wie geht die Luftfahrt mit dem Faktor Mensch um?

Im Videocast diskutiert Ralf D. Müller diesmal mit Christian Weyer über die Rolle von GenAI in der Software-Architektur. Software Architektur im Stream startet im neuen Jahr gleich wieder mit dem Thema GenAI und Software-Architektur. Die letzten Folgen haben schon gezeigt, wie spannend und vielseitig das Thema ist. Viel wird schon ausprobiert, aber weiterhin wird der richtige Umgang mit GenAI zur Unterstützung des Software-Architekten gesucht. Einer, der schon viel Erfahrung sammeln konnte, ist Christian Weyer, Mitbegründer und CTO der Thinktecture AG. Links Ralfs EMail: ralf <punkt> d <dot> mueller <bei> gmail <punkt> com Christians EMail: Christian <punkt> Weyer <bei> thinktecture <punkt> com

Künstliche Intelligenz (KI) schickt sich an, Software-Entwicklung zu revolutionieren - kein Stein bleibt auf dem anderen, Entwickler:innen werden überflüssig, so die einen. Die anderen sagen: KI hat sicher eine Auswirkung auf Software-Entwicklung, aber die grundlegenden Probleme bleiben dieselben. In dieser Runde moderiert Lisa ein Gespräch zwischen André Neubauer, CTO Trusted Shops, Stephan Schmidt von Inkmi und CTO-Coach sowie Eberhard und Ralf über KI und die Auswirkungen. Links Chat Blog: KI in der Softwareentwicklung: Überschätzt Blog: Führt KI zu mehr arbeitslosen Entwicklern oder zu mehr Softwareproduktion? LinkedIn-Posting

In einer Welt, in der IT nicht mehr wegzudenken ist, stehen wir vor entscheidenden Weichenstellungen: Digitale Technologien prägen nicht nur unseren Arbeitsalltag, sondern transformieren Wirtschaft und Gesellschaft grundlegend. Produkte werden smarter, Wertschöpfungsketten digitaler, und der technologische Wandel beschleunigt sich stetig. Zum 10-jährigen Jubiläum der IT-Tage werfen wir einen aktiven Blick nach vorn: Wie sieht unsere IT-Arbeitswelt 2034 aus? Welche Weichen müssen wir heute stellen? Bringt Eure Perspektiven und Ideen ein – diese werden anschließend Lisa, Ralf und Eberhard im Panel vor Ort diskutieren und per Live-Stream übertragen. Gemeinsam entwickeln wir Visionen für unsere digitale Zukunft. Wir haben dazu Meinungen von den Teilnehmer:innen der IT-Tage eingesammelt und diskutieren das Thema live von der Konferenz aus.

Was steckt hinter Begriffen wie Workflow Engine, Process Orchestration und Business Process Management (BPM)? In In dieser Episode beleuchten Bernd Rücker und Eberhard Wolff die Grundlagen und diskutieren, wie BPMN-basierte Tools End-to-end Geschäftsprozesse aber auch und Integrationsprozesse automatisieren können. Wir diskutieren die Rolle von Process Orchestration in der Softwareentwicklung, werfen einen Blick auf Orchestration vs. Choreographie, die Abgrenzung und das Zusammenspiel mit Eventgetriebenen Systemen sowie die Rolle von Low-Code-Plattformen. Bernd ist einer der zwei Gründer und Chief Technologist bei Camunda, einer Firma mit Produkten im Bereich Prozessorchestrierung. Links Adventskalendar Playlist bei YouTube Adventskalendar Peertube Channel Adventskalendar-Account zum Folgen bei Mastodon: @[email protected] Bernd bei LinkedIn Bernd bei Mastodon Bernd bei BlueSky Bernd Rücker: Practical Process Automation - Orchestration and Integration in Microservices and Cloud Native Architectures Bernd Rücker: Enterprise Process Orchestration

Generative KI und Large Language Models sind in aller Munde - aber wie können Softwarearchitekten diese Technologien sinnvoll für ihre Arbeit nutzen? In dieser Episode diskutieren die beiden Experten nicht die Integration von KI-Komponenten in Softwarearchitektur, sondern konzentrieren sich darauf, wie LLMs als Werkzeug Architekten bei ihrer täglichen Arbeit unterstützen können. Ralf D. Müller und Eberhard Wolff beleuchten dabei praktische Anwendungsfälle und zeigen auf, wo die Stärken und Grenzen dieser Technologie in der Architekturarbeit liegen. Links Arc42-Doku zum AsciiDoc Linter AsciiDoc Linter Source Neil Perry, Megha Srivastava, Deepak Kumar, Dan Boneh: Do Users Write More Insecure Code with AI Assistants?

Was bedeutet es eigentlich, Domain-driven Design (DDD) umzusetzen? Diese Episode beginnt die Reise durch ein vollständiges Beispiel und zeigt , wie die verschiedenen Techniken wie Event Storming und strategisches Design zusammen wirken, um den Aufbau von Anwendungen zu unterstützen. Das zeigt, wie man mit einem einfachen, aber vollständigen Ansatz mit DDD beginnen können. In dieser Episode geht es um taktisches Design, CQRS, Event Sourcing und hexagonale Architektur. Links Training Domain-driven Design saniert Legacy Folien Taktisches Domain-driven Design (DDD) Taktisches Domain-Driven Design mit Java und jMolecules mit Oliver Drotbohm Folgen zu Architecture Management Events, Event Sourcing und CQRS Video zu Kafka als Datenbank-Monolith Christian Stettler: Domain Events vs. Event Sourcing - Weshalb Domain Events und Event Sourcing nicht vermischt werden sollten Vaughn Vernon about Ports and Adapters and DDD

Was bedeutet es eigentlich, Domain-driven Design (DDD) umzusetzen? Diese Episode beginnt die Reise durch ein vollständiges Beispiel und zeigt , wie die verschiedenen Techniken wie Event Storming und strategisches Design zusammen wirken, um den Aufbau von Anwendungen zu unterstützen. Das zeigt, wie man mit einem einfachen, aber vollständigen Ansatz mit DDD beginnen können. In dieser Episode geht es um die Elemente von Strategic Design wie Bounded Context. In einer zweiten Episode wird es um taktisches Design gehen. Links Folien Bert Jan Schrijver about Generic or Specific? Domain Story Telling mit Henning Schwentner und Stefan Hofer Wir bauen eine Software-Architektur - Struktur der Lösung Technischer Kontext und fachliche Aufteilung - iSAQB Advanced Beispielaufgabe Bounded Context - Was ist das genau? Team Topologies Team Topologie in der Praxis mit Kim Nena Duggen

Cosima und Lisa sprechen über Einzelcoaching. Was ist das überhaupt und wie grenzt es sich von anderen Coaching Formen ab? Natürlich klären sie auch die wichtigste Frage: Wie können wir Techies uns durch Einzelcoaching weiterentwickeln? Und können Coaching-Werkzeuge uns vielleicht auch in unserer alltäglichen Arbeit unterstützen? Links Cosima Laube about D.A.R.E. more, F.E.A.R. less and Journaling International Coaching Federation (ICF): hier gibts z.B. eine gute Coaching-Definition und einen internationalen Coach-Finder. Was wirksam ist, kann auch Seiteneffekte haben, hier z.B. ein recht aktuelles Paper dazu. Die angesprochenen Powerful-Questions von Deborah Preuss Mehr zu Business Journaling (inkl. dem angesprochen Buch), da wir einige Reflexionstechniken aus dem Bereich auch hatten. Mehr zu Coaching-Themen aus Cosimas Erfahrungsschatz

We already learnt about nonlinear thinking in episode 137 of Software Architektur im Stream, when Diana Montalion talked with Eberhard Wolff about this important topic. But what about Systems Thinking? Is it the same as non-linear thinking? Let’s find out together with Diana Montalion and Lisa Maria Moritz in this episode. Diana and Lisa will talk about Diana’s new book “Learning Systems Thinking: Essential Nonlinear Skills & Practices for Software Professionals”. Links Software Architecture Gathering Code SATV_SAG15 for 15% off Diana Montalion: Learning Systems Thinking: Essential Nonlinear Skills and Practices for Software Professionals Lisa Moritzs Training “Sketchnotes in der IT” Lisa Moritz: “Sketchnotes in der IT”

Zu oft ist die Code-Qualität von Software schlecht, was vor allem die Wartbarkeit erschwert. Das frustriert nicht nur Entwickler:innen, sondern kann zu Problemen bei Projekten wie Termin- oder Budgetüberschreitungen führen - und dann sind wirtschaftliche Schäden auch nicht mehr weit. Im Extremfall kann die Software gar nicht mehr weiterentwickelt werden, sondern muss mit viel Aufwand und hohen Kosten saniert werden. In dieser Folge wollen wir den Ursachen für dieses Problem nachgehen und diskutieren, wie man mit solchen Situationen umgehen und sie vermeiden kann. Links Folgen zu Technical Debt Folge Extreme Programming (XP) - eine Retrospektive Folge zu Tidy First mit Marco Emrich Spreadshirt Shop Folgen zu Architektur Management Mastodon-Tröt zu "ich kündige jetzt wegen der Software-Qualität" Firmenpolitik für Architekt:innen mit Michael Ahrens

Ein Code Retreat ist eine ganztägige Veranstaltung für Entwickler:innen mit einem speziellen Format, um Code-Design-Praktiken, Pair Programming und Refactoring zu üben. In dieser Episode sprechen Marco Emrich und Eberhard über diesen Ansatz - und führen ihn auch live vor, um einen praktischen Eindruck zu vermitteln, wie ein Code Retreat tatsächlich funktioniert. Wer Lust auf mehr hat: Am 2024-11-08 und 2024-11-09 ist der Global Day of Code Retreat mit vielen öffentlichen Code Retreats. Mehr Informationen und eine Liste von Veranstaltungen gibt es hier. Links Code Retreat Website Game of Life Life in Life Game of Life Erklärungsposter CodeRetreat Intro Episoden zu Refactoring Episoden zu Tidy First Crew Ressource Management - Wie geht die Luftfahrt mit dem Faktor Mensch um?

In der Klimakrise sind alle aufgerufen, Maßnahmen zu ergreifen, um das 1,5°-Ziel zu erreichen. Unsere Branche ist für ca. 4% des weltweiten CO2-Verbrauchs verantwortlich - Tendenz steigend. Wir als Softwareentwickler:innen und Softwarearchitekt:innen haben die Verantwortung und die Möglichkeit hier die Situation zu verbessern. In dieser Episode sprechen wir mit Aydin Mir Mohammadi über diese Problematik und was wir konkret tun können. Er ist Mitgründer und im Vorstand Bundesverband Green Software, Initiator der CO2-Challenge sowie Partner und Architekt bei bluehands. Links Architektur Kickstart Aydins LinkedIn-Profil Aydins Folien Electricity Maps: Wo ist Strom wie grün? Energy Charts mit der Strom Ampel Carbon Aware Computing Green Web Foundation Cleaner-Web-Siegel für klimabewusste Websites CO2-Challenge Green Software Foundation Blauer Engel für Software Cloud Carbon Footprint: Cloud Carbon Emissions Measurement and Analysis Tool Green Coding Solutions Green Metrics Tools Green Software Software Development Meetup Karlsruhe

Software Architektur findet oft in Meetings statt. Kaum eine Entscheidung kann eine Person alleine treffen, denn es geht meistens darum, die Interessen verschiedener Stakeholder zu hören und zu beachten. Das Moderieren von Workshops und Meetings ist also ein wichtiges Werkzeug für die Gestaltung von Software-Architektur. Martin Günther spricht mit uns in dieser Episode über die verschiedenen Moderationsmöglichkeiten und den Liberating-Structures-Werkzeugkasten. Ein wichtiges Problem dabei: Leider gibt es auch Menschen, die teils unberechenbar eigene Meinungen oder Ideen einbringen oder durchsetzen wollen. Das kann beängstigend wirken oder gar so weit gehen, dass man sich nicht traut, den eigentlich notwendigen Workshop zu veranstalten. Ein Toolset wie Liberating Structures kann die notwendige Sicherheit geben, um auch solche Herausforderungen zu meistern. Links Martins Homepage Liberating Structures Homepage Daniel Steinhöfer: Liberating Structures: Entscheidungsfindung revolutionieren

In der IT gibt es einen kontinuierlichen Strom an Innovationen. Architekt:innen und alle, die in der IT arbeiten, stehen vor der Herausforderung, ständig neue Ideen in ihre Organisationen einzubringen. Hierfür können gezielte Muster (Pattern) eingesetzt werden. In dieser Episode spielen Tanja Friedel, Ralf D. Müller und Eberhard Wolff live das Spiel “Fearless Journey”. Mit diesem Spiel lassen sich auf spielerische Weise Strategien entwickeln, um neue Ideen zu etablieren. Im Anschluss reflektieren sie gemeinsam über das Spielergebnis und das Vorgehen. Links Linda Rising - Fearless Change and the Unconscious Mind - Live from OOP Fearless Journey Games Fearless Change Patterns Firmenpolitik für Architekt:innen mit Michael Ahrens Was ist der wichtigste Skill in der IT? Training: Team Topologies Deep Dive

Kriegsmetaphern finden oft Eingang in die Sprache der Unternehmenskultur, sei es in Besprechungen, Präsentationen oder internen Mitteilungen. Begriffe wie “Schlachtplan”, “verteidigen”, “kämpfen” oder “Siegesstrategie” werden verwendet, um den Wettbewerb zu beschreiben. Diese Metaphern können die Einstellung der Mitarbeiter gegenüber ihrer Arbeit und ihrem Team beeinflussen, indem sie eine Atmosphäre von Konkurrenz und Kampf schaffen. Die Unternehmenskultur oder auch die Stimmung im Team werden automatisch aggressiver und feindseliger gegenüber anderen Teams. Dies schafft oder verstärkt Konflikte, prägt Silo-Denken und versetzt die Mitarbeiter in einen permanenten “Kampfmodus”. Das muss nicht sein und es lohnt sich, ein Bewusstsein für die eingesetzten Metaphern zu schaffen, denn Sprache schafft Wirklichkeit. Friederike hält zu dem Thema einen Vortrag auf der BED-Con. Wir sprechen in diesem Stream über den Vortrag. LinksFriederikes Homepage Folien vom Vortrag Podcast: Kognitionswissenschaften: Wie Sprache und Denken zusammenhängen – und wie nicht Quarks: Was Gendern bringt – und was nicht Uni Würzburg: Experiment: male bias durch generisches Maskulinum Was ist Gewaltfreie Kommunikation (GFK)? Mastodon Tröt zu War analogies to lead teams in crisis Auftragstaktik - Agilität beim Militär? mit Sönke Marahrens

Sicherheitslücke durch Abhängigkeiten sind für Attacken wie Solarwinds, Equifax oder XZ verantwortlich. Und der EU Cyber Resilience Act zwingt zum Handeln. Supply Chain Security hilft bei der Absicherung des Bild-Prozesses. Jochen Mader wird dazu live von der BED-Con Rede und Antwort stehen, wo er auch einen Vortrag zum Thema hält. LinksBeispielcode & Folien Jochen Mader bei Mastodon Jochen Mader bei LinkedIn

Team Topologies scheint ein erfolgversprechendes Konzept zu sein, um die Teams für Software-Entwicklungsprojekte aufzustellen. Auf den ersten Blick scheinen die Ideen relativ einfach verständlich zu sein - und tatsächlich ist das einer der Vorteile von Team Topologies. Aber in der Praxis ergeben sich dann doch oft Herausforderungen, weil die Realität eben kompliziert und vielfältig ist. In dieser Episode diskutieren Kim Nena Duggen und Eberhard Wolff ihre Erfahrungen, Szenarien und Lösungsideen aus der Praxis mit Team Topologies. Training: Team Topologies Deep Dive Episode zu Team Topologies Episode DevOps und Team Topologies mit Anja Kammer Episode zu Wiederverwendung

Software-Entwicklung findet in Teams statt. Für die Größe der Teams wird in letzter Zeit verstärkt die Forschung rund um die Dunbar-Zahl herangezogen, die 150 beträgt. Scrum hingegen spricht von Teams mit weniger als 10 Personen. Wie kommt die Dunbar-Zahl zustande? Und welche Bedeutung hat sie, wenn Scrum beispielsweise eine andere Team-Größe predigt? Das wird Eberhard in dieser Episode diskutieren. Links Sketchnotes Robin Dunbar: Coevolution of neocortical size, group size and language in humans Patrik Lindenfors, Andreas Wartel, Johan Lind: ‘Dunbar's number’ deconstructed Emily Webber, Robin Dunbar: The fractal structure of communities of practice: Implications for business organization Eberhard Wolff: Was Softwareentwicklungsteams mit der Dunbar-Zahl und Primaten zu tun haben BED-Con JAX Camp: Microservices, sozio-technische Architekturen & Team Topologies Hillel Wayne & Laurent Bossavit - Is It All Built on Sand - What Do We Actually Know About Software Development?

Wir haben Euch gefragt: Was ist der wichtigste Skill in der IT? In dieser Episode diskutieren Lisa Moritz, Ralf D. Müller und Eberhard Wolff die Ergebnisse - und natürlich beantworten sie selbst auch die Frage. Vorab sei so viel verraten: Es gibt einen vielleicht nicht so überraschenden Favoriten, den viele genannt haben - aber auch sehr viele unterschiedliche Antworten. Links Miro BoardEpisoden mit Ralf:Wie kann ChatGPT in der Software-Architektur unterstützen?Besteht ChatGPT die iSAQB-Advanced-Level-Prüfung? 1/2Besteht ChatGPT die iSAQB-Advanced-Level-Prüfung? 2/2Mehr als Pfeile und Kästen - Architekturdiagramme zusammen mit Lisa MoritzRalfs Profil bei SocreatoryFirmenpolitik für Architekt:innen mit Michael AhrensCrew Ressource Management - Wie geht die Luftfahrt mit dem Faktor Mensch um?Funktionale Architektur - Ein konkretes Beispiel mit Mike SperberPsychological Safety - was sagt der Psychologe dazu? mit Joseph Pelrine - OOP Special

Oft sehen Architekt:innen Firmenpolitik als etwas, was sie von der wirklichen Arbeit abhält. Aber gerade der Bereich Politik beeinflusst einige wesentliche Erfolgsfaktoren von Projekten - und man kann sich diesen Mechanismen eigentlich kaum entziehen. In dieser Episoden diskutiert Michael Ahrens mit Eberhard Wolff was Firmenpolitik ist - und wie man sie konstruktiv nutzen kann. Links Virtueller Kaffee mit Michael Auftragstaktik - Agilität beim Militär? mit Sönke Marahrens Theorie des Aufräumens - Kent Beck’s “Tidy First?” mit Marco Emrich 2/2 Psychological Safety - was sagt der Psychologe dazu? mit Joseph Pelrine - OOP Special

Code aufräumen oder Features implementieren - womit sollten Entwickler:innen ihre Zeit verbringen? Kaum eine Frage ist im Projekt-Alltag wichtiger. In seinem Buch “Tidy First?” beschreibt Kent Beck nicht nur “Aufräumereien”, mit denen man Code besser gestalten kann, sondern geht auch die Frage der Priorisierung des Aufräumens an. In dieser Episoden diskutiert Marco Emrich zusammen mit Eberhard Wolff diese Aspekte des Buchs. Marco hat an der Übersetzung des Buchs ins Deutsche mitgearbeitet und hält auch Vorträge zum Inhalt des Buchs. Links Folien Buch auf Englisch Buch auf Deutsch Können wir Entwickler:innen-Produktivität messen? Technische Schulden Kent Beck "Smalltalk Best Practice Patterns" (1997) Kent Beck "Implementation Patterns" (2008) Dustin Boswell & Trevor Foucher "The Art of Readable Code" (2011) Daniel Terhorst-North - SOLID vs. CUPID Kevlin Henney SOLID Deconstruction Hands-on Behavioral Code Analysis with Adam Tornhill Code Aufräumen - Kent Beck’s “Tidy First?” mit Marco Emrich 1/2

Code aufräumen oder Features implementieren - womit sollten Entwickler:innen ihre Zeit verbringen? Kaum eine Frage ist im Projekt-Alltag wichtiger. In seinem Buch “Tidy First?” beschreibt Kent Beck nicht nur “Aufräumereien”, mit denen man Code besser gestalten kann, sondern geht auch die Frage der Priorisierung des Aufräumens an. In dieser Episoden diskutiert Marco Emrich zusammen mit Eberhard Wolff diese Aspekte des Buchs. Marco hat an der Übersetzung des Buchs ins Deutsche mitgearbeitet und hält auch Vorträge zum Inhalt des Buchs. Links Folien Folge Patterns - Kondensierte Erfahrungen mit Code, Dingen und Menschen mit Michael Hunger Rezension zum Buch von Ralf D. Müller bei heise Buch auf Englisch Buch auf Deutsch Coderetreat Website Folge Felienne Hermans about How to Read Complex Code (Live from Software Architecture Gathering) Zohar Jackson: Code Is for Humans: A Guide to Human-Centric Software Engineering

Qualitätsanforderungen, auch bekannt als nicht-funktionale Anforderungen, sind entscheidend, damit die Software-Architektur tatsächlich die richtigen Probleme löst. Nur mit den passenden Qualitätsanforderungen kann man die geeigneten Technologien auswählen. Doch die richtigen Anforderungen zu finden, ist oft eine Herausforderung. In dieser Episode stellt Michael Plöd “Quality Storming” vor – einen Ansatz, mit dem man gemeinsam mit Domänen-Expert und anderen Stakeholdern kollaborativ Qualitätsanforderungen ermitteln kann. Links Michaels Artikel über Quality Storming Nicole Rauch zu Event Storming & Specification by Example Domain Story Telling mit Henning Schwentner und Stefan Hofer Folgen zu Collaborative Modeling Systems Thinking in Large-Scale Modeling with Xin Yao - OOP Special Beispiele für Quality Requirements Präsentation von Michael zu Quality Storming Dave Gray, Sunni Brown, James Macanufo: Gamestorming: A Playbook for Innovators, Rulebreakers, and Changemakers

With so much legacy software around, modernizing the architecture and the software has become a major challenge that almost every project faces. Nick Tune is one of the leading Domain-driven Design experts and has written a book about “Architecture Modernization”. In this episode, we will discuss this approach and how it deals with typical challenges with legacy systems. Links Nick’s book at Mannings Nick’s homepage Nick’s LinkedIn post with a discussion about secret vs. transparent

Gute Software-Architektur strukturiert komplexe Software-Systeme so übersichtlich, dass Menschen sie verstehen und weiterentwickeln können. Also geht es bei der Software-Architektur um den Faktor Mensch. Deswegen kann sich Architektur aber nicht auf Maßnahmen für die Strukturierung der Software begrenzen, sondern muss sich auch mit den Menschen beschäftigen. In diesem Vortrag geht es um einige konkrete Ansätze und Erfahrungen, die Entwicklung durch Maßnahmen in Bezug auf den Faktor Mensch zu verbessern. Links Episode zu Team Topologies Flugunglück auf Teneriffa bei Wikipedia United Airlines Flug 173 bei Wikipedia Episode Crew Ressource Management - Wie geht die Luftfahrt mit dem Faktor Mensch um? Episode Scrum Master:in und Softwarearchitektur mit Nadine Andraczek Episode Auftragstaktik - Agilität beim Militär? mit Sönke Marahrens Episode Auftragstaktik - Agilität beim Militär? mit Sönke Marahrens Episode Psychological Safety - was sagt der Psychologe dazu? mit Joseph Pelrine - OOP Special Episode Wie reißt man den Elfenbeinturm ein? mit Anja Kammer

Zum Kippen agiler Projekte gab es bereits einen Vortrag und eine Episode im Stream. Insbesondere zu dem Vortrag gab einige interessante Reaktionen und Kommentare - offensichtlich gibt es viele unterschiedliche Meinungen zu dem Thema. In dieser Episode diskutieren wir dieses Feedback und vertiefen so das Thema Agilität und das Scheitern des Ansatzes mit weitere Perspektiven. Links Wahrheiten über Software-Entwicklung - Darüber möchte ich nicht mehr sprechen müssen! Warum (agile) Projekte kippen Short Video zum Kippen agiler Projekte Diskussion auf LinkedIn YouTube-Video mit Diskussion Prof. Christiane Floyd zu "menschenzentrierter Software-Entwicklung" Extreme Programming (XP) - eine Retrospektive Are We Engineers? With Hillel Wayne Heise-Blog "Hilft kaputte Agilität?" Crew Ressource Management - Wie geht die Luftfahrt mit dem Faktor Mensch um? Auftragstaktik - Agilität beim Militär? mit Sönke Marahrens Welt: Das einmalige Erfolgsrezept deutscher Armeen Hillel Wayne & Laurent Bossavit - Is It All Built on Sand - What Do We Actually Know About Software Development? Streams zu Modularisierung

Bounded Contexts sind zentral für Strategic Domain-driven Design. Irgendwie werden damit große Systeme aufgeteilt, aber gleichzeitig macht es die Definition von Begriffen eindeutig und irgendwie spielt das Konzept auch eine Rolle für die Kollaboration von Teams. In dieser Episode diskutieren wir die den Begriff Bounded Context im Detail und gehen auf die Probleme ein, die bei der Nutzung des Begriff typischerweise auftreten. Links Taktisches Domain-driven Design (DDD) Folge Statt Microservices Framework, Library, Komponenten Eric Evans: DDD Referenz (kostenlos) Folge Team Topologies Folge Objektorientierung - Was ist das eigentlich? Artikel "Große Systeme mit Domain-driven Design entwerfen" Eric Evans: Domain-Driven Design: Tackling Complexity in the Heart of Software

Die Umsetzung von taktischem Domain-Driven Design (DDD) in Java birgt einige technische Herausforderungen. In dieser Episode betrachten wir einen Ansatz, der Entwickler:innen dabei unterstützen reichhaltige Domänenmodelle in Java zu implementieren: die jMolecules Bibliothek ermöglicht es, DDD Konzepte direkt in Code auszudrücken und bietet darüber hinaus Integration in weitverbreitete Technologien wie Spring, Jackson und Persistenztechnologien. Oliver Drotbohm ist Engineer bei Broadcom und einer der Entwickler von jMolecules. Links Olivers Demo bei GitHub Taktisches Domain-driven Design Architektur-Hamburger mit Henning Schwentner Vaughn Vernon about Ports and Adapters and DDD Markus Völter zu Fachliche Architekturen mit DSL (Domain Specific Languages) Peter Gafert zu ArchUnit Dirk Mahler zu Software-Architektur-Management mit jQAssistant

Vaughn is the author of many fundamental books about domain-driven design and one of the leading experts in this field. In this episode, we talk ports and adapters and why this pattern is actually easy. Also we speak about the role of frameworks and AI - in particular for domain-driven design. Links Vaughn Vernon: Domain-Driven Design Distilled Vaughn Vernon: Domain-Driven Design kompakt Carola Lilienthal, Henning Schwentner: Domain-Driven Transformation: Modularize and Modernize Legacy Software Carola Lilienthal, Henning Schwentner: Domain-Driven Transformation: Monolithen und Microservices zukunftsfähig machen Susanne Kaiser: Adaptive Systems with Domain-Driven Design, Wardley Mapping, and Team Topologies: Architecture for Flow: Architecture for Flow Alistair Cockburn Hexagonal Architecture Frank Buschmann, Regine Meunier, Hans Rohner, Peter Sommerlad, Michael Stal : Pattern-Oriented Software Architecture, Vol. 1: A System of Patterns Martin Fowler: Pattern of Enterprise Application Architecture Transaction Script Vaughn Vernon: Implementing Domain-Driven Design Vaughn Vernon, Jaskula Tomasz: Strategic Monoliths and Microservices: Driving Innovation Using Purposeful Architecture Eric Evans: DDD and LLMs - Explore DDD 2024 Neil Perry, Megha Srivastava, Deepak Kumar, Dan Boneh: Do Users Write More Insecure Code with AI Assistants?

Agilität bietet höhere Produktivität und bessere Ergebnisse für die Projekte - daher wird sie sich durchsetzen! Die Realität sieht leider manchmal ganz anders aus: Erst ist das Projekt agil, produktiv und alle sind begeistert. Wenige Monate später: wichtige Personen haben das Projekt verlassen und von den agilen Techniken ist nur noch wenig übrig . In diesem Vortrag geht es uns um das “Kippen” von Projekten und Gründe sowie Möglichkeiten diskutieren, um mit einer solchen Situation umzugehen. Links Folien Prof. Christiane Floyd zu “menschenzentrierter Software-Entwicklung” Vortrag Wahrheiten über Software Entwicklung: Darüber möchte ich nicht mehr sprechen müssen! Welchen Sinn hat agiles Coaching? mit Johannes Link Blog: Hilft "kaputte" Agilität? Auftragstaktik - Agilität beim Militär? mit Sönke Marahrens Crew Ressource Management - Wie geht die Luftfahrt mit dem Faktor Mensch um? Linda Rising - Fearless Change and the Unconscious Mind Beyond Budgeting Das Kippen agiler Software-Projekte Agilität Extreme Programming (XP) - eine Retrospektive

Das dominierende Programmierparadigma ist nach wie vor die Objektorientierung, die Konzepte wie Vererbung, Delegation und Aggregation umfasst. In dieser Episode werden die verschiedenen Ansätze der Objektorientierung diskutiert und aufgezeigt, wie unterschiedlich sie umgesetzt werden kann – insbesondere auf der Ebene der objektorientierten Programmierung. Links JAX Microservices Camp Software Architektur als Beruf Folge zu taktischem Domain-driven Design Episode Funktionale Programmierung, DDD und Architektur mit Mike Sperber Episoden zu funktionaler Programmierung Abstract Data Type bei Wikipedia Circle Ellipse Problem bei Wikipedia Command Query Separation CQS bei Wikipedia Folge zu Wiederverwendung Nikolaus Wirths Paper zu Komplexität Vortrag Beten wir Komplexität an? Wirth über das Problem der populären Programmier-Sprachen Interview mit Adele Goldberg

Alberto Brandolini is the creator of Event Storming, a technique aimed at fostering a shared understanding of business concepts among all stakeholders in a software development endeavor. However, architects may encounter challenges within the business domain that exceed their influence. Alberto will explore this issue and propose potential solutions. Links Alberto's Event Storming Book Folge über DDD, Event Storming und Specification by Example mit Nicole Rauch Folge über das Messen von Produktivität

Domain-driven Design (DDD) bietet einen umfangreichen Werkzeug-Kasten. Aber bei Architektur-Diskussionen kommt die Code-Ebene oft zu kurz, obwohl DDD auch in dem Bereich helfen kann. Im Mittelpunkt dieser Episode soll daher das sogenannte taktisches Design stehen. Diese Patterns beschreiben, wie man Geschäftslogik in einem objekt-orientierten System aufbauen kann. Dazu gehören Ideen wie Entity, Aggregate oder Service. Links Sketchnotes Softwarearchitektur-Kickstart Martin Fowler: Pattern of Enterprise Application Architecture Transaction Script Table Module Eric Evans: DDD Referenz Folge zu Events, Event Sourcing und CQRS Folge mit Susanne Braun zu Eventual Consistency DDD Crew: Event Storming Glossary Cheat Sheet Alberto Brandolini: Introducing Event Storming SoftwareArchitekTOUR-Podcast zu taktischem Design

Team Topologies stellen Konzepte dar, mit denen Software-Entwicklungsteams organisiert werden können. Mit nur vier Arten von Teams und drei Interaktionsmodi zwischen den Teams reduziert sich Team Topologies auf das wesentliche. Gleichzeitig ist es in der Praxis erprobt und löst viele typische Probleme. Im Mittelpunkt dieser Episode steht die Vorstellung und Diskussion der wesentlichen Konzepte und Ideen. Links Infographic Sketchnotes Episode mit Anja Kammer zu DevOps und Team Topologies JAX Workshop: Team Topologies, Inverse Conway und mehr ganz praktisch JAX Microservices Camp: Organisation und Team Topologies: Der Schlüssel zum Erfolg mit Microservices Matthew Skelton, Manuel Pais: Team Topologies (DE) Matthew Skelton, Manuel Pais: Team Topologies (EN) Matthew Skelton, Manuel Pais: Remote Team Interactions Workbook Team Topologies Infographics Episode zu API-Team mit Dr. Miriam Greis und Lisa Moritz Episode zu Site Reliability Engineering mit Bastian Spanneberg

Die Unternehmens-IT-Landschaften bestehen heutzutage aus einer Vielzahl unterschiedlicher Software-Systeme. Jedes Software-System muss sich in diese Landschaft einfügen und daher mit anderen Systemen integrieren. Und bei Microservices spielt ebenfalls die Integration der einzelnen Services eine zentrale Rolle. In dieser Episode diskutieren wir typische Mechanismen zur Integration wie REST oder Messaging und wie sie die typischen Probleme bei der Integration lösen. Links Folge zu Abhängigkeiten Does my ESB look big on this VideoFolienStefan Tilkov, Martin Eigenbrodt, Silvia Schreier, Oliver Wolf: REST und HTTP HTTP Folge mit Lucas Dohmen Enterprise Service Bus bei Wikipedia Kafka Video Gregor Hohpe: Patterns of Enterprise Application Architecture Apache Camel Spring Integration Episode zu Feeds mit Jochen Christ Episode zu lose Kopplung

“Agile? Gähn! Haben wir probiert. Funktioniert bei uns nicht.” Haben Sie so etwas so oder so ähnlich schon gehört? Ist Agile oder Scrum bei Ihnen bereits ein “verbrannter Begriff”, bei dem Kollegen um Sie herum das Weite suchen, wenn Sie ihn verwenden? Die Gründe sind dabei oft vielfältig. In meiner mehrjährigen Erfahrung mit verschiedensten Unternehmen haben sich dabei jedoch einige Muster herauskristallisiert, die ich als “Agile Anti-Pattern” bezeichnen würde. Genau darum soll es hier gehen. Unabhängig davon, ob Sie die Agilität in ihrem Unternehmen unterstützen oder sabotieren wollen: Hier lernen Sie, wie Sie es effektiv anstellen können. Wir beginnen dabei mit verschiedensten Ursachen für das Scheitern, und schauen, worum es im Kern bei Agilität geht und warum es so leicht ist, sie abzuwürgen. Im Anschluss schweifen wir über die häufigsten Anti-Pattern und schließen damit ab, was Agilität mit gelebter Unternehmenskultur zu tun hat.

Software-Entwicklung ist anders als andere Disziplinen: Wir können nicht mit einem festen Plan im Sinne des Wasserfalls vorgehen, sondern müssen iterativ arbeiten. Die Architektur ist nicht stabil. Best Practices sind eher problematisch. Diese Erkenntnisse sind nicht neu – im Gegenteil: Einige sind erschreckend alt. Dennoch sind diese Grundlagen in unserer scheinbar innovativen Branche nicht allgemein geläufig. Da sie nicht intuitiv klar oder offensichtlich sind, erschließen sie sich nicht jeder Person. Aber es ist ermüdend, immer wieder auf sie hinzuweisen. Idealerweise müssten wir sie nicht immer wieder aus Neue vermitteln. Diese Themen sollten mindestens unter IT-Professionals als unumstößliche Wahrheiten verankert werden. Dieser Talk könnte ein erster Schritt in diese Richtung sein. Episode "Menschenzentrierte Softwareentwicklung" mit Prof. Dr. Christiane Floyd Bericht über das SAGE-System The Leprechauns of Software Engineering by Laurent Bossavit Episode "Gibt es das Wasserfallmodell überhaupt?" Blog "Wasserfall-Modell? LOL!" Episode "Are We Engineers?" with Hillel Wayne Vortrag "Architektur: bitte nicht zukunftssicher!" Blog "Die einzige Best Practice: Keine Best Practice nutzen" Episode "Best Practices - Keine gute Idee" 60-Minuten-Consulting Broschüre "Software-Entwicklung: Der Mensch im Mittelpunkt"