Zwanzig Jahre nach dem Erscheinen des gleichnamigen Buches von Eric Evans ist Domain-driven Design ein verbreitetes Vorgehensmodell in der Software-Entwicklung. Und es könnte so einfach sein: Die kontinuierliche, aktive Einbeziehung von Fachexpert:innen in den gesamten Entwicklungsprozess stellt durch ein klares gemeinsames Verständnis der Geschäftswelt eine präzise und effektive Abbildung der Anforderungen in einem Software-Modell sicher. In der Praxis geht jedoch manchmal alles schief, was schiefgehen kann; Domain-driven Design scheitert häufig an den äußeren Rahmenbedingungen.

Daniel und Stefan zeigen anhand von Beispielen aus dem Projektalltag, welchen Einfluss die Organisationsstruktur auf die Software-Architektur haben kann und wie sich Kommunikationsmuster in der Implementierung widerspiegeln. Der Vortrag stellt die wichtigsten „DDD Smells“ und Strategien zur Identifikation und Bewältigung der damit verbundenen potenziellen Risiken vor.