DDD Eventstorming workshop

admin February 06, 2026 5 min read 83 views
DDD Eventstorming workshop

Wat is het

Een EventStorming sessie is een interactieve workshop waarbij deelnemers samen een bedrijfsproces visueel in kaart brengen op een brede muur. Het is een doelbewust lichtgewicht methode waarbij geen computers worden gebruikt; de focus ligt volledig op de samenwerking en het gebruik van plaknotities.

Voorbereiding

Pak een grote rol papier en rol deze uit over een groot oppervlakte tegen muur.
Deze rol representeert een tijdlijn. Van links naar rechts.
Verzamel een grote berg met post-its:

  • Oranje
  • Rood
  • Blauw
  • Roze
  • Geel
  • Groen
  • Paars

Stap 1 - Storming fase

De kern van deze fase is het "uitstormen" van het bedrijfsproces als een reeks van domeingebeurtenissen (domain events). Een domeingebeurtenis is iets relevants dat is gebeurd binnen het domein. Deze gebeurtenissen worden genoteerd op oranje plaknotities en worden op de grote bord geplakt in volgorde van tijd.
Na het posten van alle domain-events, zullen dubbelingen moeten worden gevonden en verwijderd.

Oranje briefjes: De kern van de sessie bestaat uit domain events (domeingebeurtenissen), die altijd op oranje plaknotities worden geschreven.

Als binnen de groep gedacht wordt dat alle event geplaatst zijn zal er gekeken moeten worden naar de "Triggers" van deze events.

Stap 2 - Command

Commands worden gebruikt om de intentie van een gebruiker of een systeem weer te geven. In een sessie plaats je een Command voor de gebeurtenis (Event) die het veroorzaakt. Het command is hetgeen wat vooraf gaat aan het event. Dit kan op aantal manieren:
Een event kan veroozaakt zijn door:

  • een Command (Blauwe post-it)
  • een Policy (Paarse post-it)
  • een handmatige actie van een actor (Gele post-it)
    Deze gebeurtenissen worden genoteerd op blauwe plaknotities.

• Hoe: Identificeer welke actie of beslissing leidt tot de oranje Domain Event.

Stap 3 - Aggregates

Aggregates maken deel uit van de notatie voor softwaremodellering. Ze fungeren als de logische eenheid waarbinnen de Commands worden uitgevoerd en de Events plaatsvinden. Ze bewaken de consistentie van de gegevens.Deze gebeurtenissen worden genoteerd op gele plaknotities.

• Hoe: Groepeer gerelateerde Commands en Events rondom een overkoepelend concept (het Aggregate) om te zien welke delen van de software verantwoordelijk zijn voor specifieke acties.

Stap 4 - Read Models

Read Models worden toegevoegd om de informatiebehoefte van een gebruiker zichtbaar te maken. Een gebruiker heeft vaak specifieke data nodig om te kunnen beslissen of zij een Command (actie) uitvoert.Deze gebeurtenissen worden genoteerd op groene plaknotities.

• Hoe: Plaats Read Models op de muur op plekken waar een actor informatie uit het systeem moet raadplegen voordat een actie kan worden ondernomen.

Stap 5 - Rules (Bedrijfsregels / Policies)

Rules worden gebruikt om de logica of voorwaarden tussen een Event en een volgend Command aan te geven. Dit maakt de "onzichtbare" besluitvorming in een bedrijfsproces expliciet.

• Hoe: Gebruik Rules om aan te geven: "Als Event X gebeurt, dan moeten we actie Y ondernemen, mits aan voorwaarde Z is voldaan."

Stap 6 - Metrics

Metrics worden aan het model toegevoegd om aan te geven waar het zinvol is om gegevens te verzamelen of te meten. Dit helpt om het proces vanuit een zakelijk verbeterperspectief te bekijken.

• Hoe: Identificeer kritieke punten in de tijdlijn waar prestaties of volumes belangrijk zijn voor de bedrijfsvoering.

Stap 7 - Alerts (Waarschuwingen)

Alerts zijn bedoeld om uitzonderingen of kritieke situaties die aandacht vereisen zichtbaar te maken in het model.

• Hoe: Markeer specifieke Events of stappen in het proces waar het systeem een actieve melding moet geven aan een gebruiker of een ander systeem.

Extra toelichting op de kleuren

De bronnen bevestigen dat Domain Events altijd oranje zijn. Voor de overige elementen (zoals Commands en Aggregates) wordt in de bronnen vermeld dat de notatie open is, maar er worden geen specifieke kleuren toegewezen aan deze termen. In de algemeen geaccepteerde praktijk buiten deze bronnen worden Commands vaak lichtblauw, Aggregates geel, Read Models groen en Rules/Policies paars gemaakt, maar u bent vrij om hier eigen afspraken over te maken zolang de hele groep ze begrijpt

Image