Information regarding the coronavirus / COVID-19
To curb the current coronavirus pandemic, our training courses are currently only available as online-only sessions until further notice.

This ISAQB IMPROVE module is an exception, because we plan the training as a hybrid event. Please let us know which format you prefer when you register (online or on site).

For inquiries, please contact us by phone at 040-229499-0 or by email at

Good business software must be tailored to the domain and the tasks of its users. Therefore, all roles involved in software development must understand the domain and speak the domain language of the department: developers, testers, product owners, project managers and requirements engineers. With the help of domain storytelling you can build this common basis for understanding. The often-existing traditional gaps between departments can be narrowed and bridged.

Collectively modelling business processes

Domain storytelling means that experts tell stories about their domain. As we listen, we record the domain stories with a visual language in front of the experts. This means that everyone involved can immediately see whether the problem (or the story) has been understood correctly. After just a few domain stories, we developed the main concepts of a domain: actors, their tasks, their tools (e.g. IT systems and apps) and the processed objects (e.g. documents).

Who is this training for?

  • Product owners
  • Business analysts / requirements engineers
  • Developers with direct customer contact
  • Testers
  • Project managers
  • Department key users
  • Scrum masters
Contact us!

What can I use domain storytelling for?

  • As an entry into a new domain
    Develop a domain language, understand work processes
  • Bridge technical “silos”
    through collaborative modelling
  • Find domain cuts for software
    Heuristics for a good cut of modules, microservices and bounded contexts
  • Design target processes
    Coordinate work processes and software development. Making changes from the current to target product transparent.
  • Document current processes
    for training manuals and formal documents such as company agreements and procedural instructions
  • Identify requirements
    by direct derivation from the domain stories
  • Define minimum viable products
    by reducing the IT-supported processes to the essentials

Core content

  • How to use and adapt domain storytelling for different purposes
  • Which tools are suitable for domain storytelling (we try some of them)?
  • How to conduct and follow up on domain storytelling workshops

Practical training

  • 1-2 training days with individually tailored content
  • Approx. 50% hands-on exercises
  • Small exercise groups, feedback from trainers
  • Examples from real-life projects

Advanced topics

  • Domain storytelling for domain-driven design (DDD)

  • Delimitation and combination with other modeling techniques

    Event storming, user story mapping and example mapping

Your individual training

We adjust the training content to suit your individual needs – from individual coaching up to groups of 12 people, for DDD development teams or employees from departments without a technical background. Contact us and we will make you an offer tailored to your needs.

The workshop was great and fun.
We definitely want to try out more of domain storytelling in our team.

Klaus Müller, Steinberg Media Technologies GmbH

We look forward to your inquiry!

    * indicates required information