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