Event Storming is a Collaborative exercise, objective of which is to identify the Events, Producers & Consumers in a given scope, to create a shared understanding of the domain.
Event Storming is a facilitated workshop that assists in create a shared understanding of the cause and effect of domain events.
Focus is on gathering knowledge to create and disperse shared understanding of the domain
Conducted by an experienced facilitator with prior experience with Event Storming
Color coded stickies are used to represent the knowledge.
All events are considered *Domain Events. Start by identifying a Domain Actor and their actions.
Look for statements like:
Represents the cause of the event. It is used by a domain Actor; it leads to an Event. Use a Blue sticky to represent a command.
A Command Processor is an Aggregate that processes the command, and that leads to an Event. It is represented on a Yellow sticky. For example it could be a software system, manual process, etc
Event is represented on an Orange sticky. Name the event is always in Past tense.
It is the reaction to the event. In other words it represents the effect. Policy is placed on a Purple sticky note.
An external system can also be a source of event. Such events are represented on a Pink sticky note.
Event is directly or indirectly associated with state change . A Green sticky note is used to depict key information on the event that is of value to one or more stakeholders.
The Event data is projected on a user interface, that is depicted on a White sticky.
User Interface is sometimes not considered as part of Event Storming
Note: Inspired by Alberto Brandolini’s talk/book
This is an example from the case study used in the course.