Stefan & Henning – Talk Session: How Domain Storytelling Shaped Our View of Bounded Contexts

video:

Explore DDD 2018 – Denver, Sept. 11-14

Domain Storytelling means that we bring together domain experts and developers. We let them tell us stories about their domain. While listening, we record the stories using a pictographic language. The experts can see immediately if we understand their stories. After very few stories, we are able to talk about the people, tasks, tools, work items, and events in that domain.

Henning and Stefan will demonstrate Domain Storytelling by re-enacting how they modeled ship maneuver planning in the port of Hamburg. You will see that Domain Stories show how people work together within and across contexts – and how unsuitable boundaries prevent people from working together. After all, bounded contexts should separate models, not people.

About Stefan Hofer

Stefan is bad at drawing stuff. However, he thinks he can acquire domain knowledge by drawing Domain Stories. Stefan studied Software Engineering in Austria and has a Ph.D. in computer science. Since 2005, he has been working for WPS – Workplace Solutions Ltd. In Hamburg. Stefan hops from one domain to the next, assisting people to figure out how software can help them to get their job done.

About Henning Schwentner

Henning loves to code. He follows this passion as a software architect and consultant at WPS – Workplace Solutions in Hamburg, Germany. His projects are domain-driven designed, agile and in programming languages like Java, C#, and even ABAP. Henning is interested in the evolution of programming languages, long-living software architectures, and big refactorings. Recently he translated Domain-Driven Design Distilled into german. Henning is married and has children.

WEBSITE: http://exploreddd.com
TWITTER: http://twitter.com/ExploreDDD

Tags

Follow us

Read our latest news from Virtual DDD on any of these social networks!

Recent videos

Impact Mapping – The Secret Sauce

Details "Impact mapping is a lightweight, collaborative planning technique for teams that want to make a big impact with software products. It is based on user interaction design, outcome-driven planning and mind mapping. Impact maps help delivery teams and...

Pragmatic Architecture: How to Know When It’s Enough

Details Overengineering wastes time and effort, while underengineering creates future pain. How do you strike the right balance? This talk explores how you can use the balanced coupling model to achieve the just-right engineering. You’ll learn to predict volatility of...