Please log in to watch this conference skillscast.
As a business, we want to make sure our software can handle changes when the business changes. We want to define boundaries that support the flow of the business value.
Within DDD we have the perspective of strategic design where we can split a large-system into multiple sub-domains, each having its purpose and responsibilities, where teams can work in autonomous, clean bounded contexts. One of the most effective ways to define these boundaries is by collaborative modelling with all the stakeholders involved in these domains. But that poses real challenges; What exactly is the definition of a (sub)domain? How can we form a common language of these boundaries? How does a customer journey fit in? And how do you decide and come to a single model in a large group, where everyone shares that same model on a high level?
Join Paul as he shares war stories about his experience doing collaborative modelling in several companies with 30+ people. He'll share our successes, but more importantly failures — and what he learned from them and share some distilled heuristics!
YOU MAY ALSO LIKE:
Collaborative Modelling Domain Boundaries
Successful software delivery organizations can balance investments in people and technology. As a strategic software delivery consultant, Paul de Raaij is coaching leadership in designing and evolving the best environment for employees to thrive in. Using a mixture of social sciences, technology and management knowledge to bring new perspectives to our clients given their context.