Eine der Formen von EventStorming ist Big Picture. Es zielt darauf ab, das Wissen über verschiedene Silos hinweg zu vermitteln und zu erfassen, was in den Köpfen der Menschen vorgeht. Während einer Big Picture-Sitzung ist es normal, dass Bounded Contexts auftauchen. Moment, was ist ein Bounded Context? Bounded Context ist ein strategisches Designmuster, das von Eric Evans in seinem bahnbrechenden Buch "Domain-Driven Design: Tackling Complexity in the Heart of Software" beschrieben hat:

Bei jedem großen Projekt sind mehrere Modelle im Spiel. Sie entstehen aus vielen Gründen. Zwei Teilsysteme dienen in der Regel sehr unterschiedlichen Benutzergruppen mit unterschiedlichen Aufgaben, für die unterschiedliche Modelle nützlich sein können. Teams, die unabhängig voneinander arbeiten, können dasselbe Problem aufgrund mangelnder Kommunikation auf unterschiedliche Weise lösen. Auch der Werkzeugsatz kann unterschiedlich sein, so dass der Programmcode nicht gemeinsam genutzt werden kann. Mehrere Modelle sind unvermeidlich, doch wenn Code, der auf verschiedenen Modellen basiert, kombiniert wird, wird die Software fehlerhaft, unzuverlässig und schwer verständlich. Die Kommunikation zwischen den Teammitgliedern wird verwirrt. Es ist oft unklar, in welchem Kontext ein Modell nicht angewendet werden sollte. Musterausdrücke haben, wie jeder andere Satz auch, nur im Kontext eine Bedeutung.

Zitat aus der DDD-Referenz, von Eric Evans Es liegt jedoch in der Natur einer Big Picture-Sitzung, dass wir in einem chaotischen Erkundungsmodus beginnen, in dem die Sprache unscharf ist und Grenzen (scheinbar) nicht existieren. Daher möchte ich als Moderator so viel Wissen wie möglich einfangen, bevor ich eine Struktur vorgeben kann. Nach der chaotischen Exploration tritt die Gruppe in die Phase ein, die als Durchsetzung der Zeitachse bekannt ist. An diesem Punkt beginnt die Gruppe, die Ereignisse zu diskutieren und eine kohärente Geschichte zu entwickeln. Normalerweise werden an diesem Punkt die Grenzen deutlich, aber nicht immer.In diesen Fällen ist es gut, einige visuelle Anker zu verwenden, die als Gerüst für die weitere Erkundung dienen. Ein Beispiel:

Beispiel für einen visuellen Anker für eine Big Picture EventStorming-Sitzung

Es ist nützlich für Anwendungsfälle, in denen sich die Gruppe (oder Organisation) in einem Scale-up-Modus befindet. Obwohl es in einigen Teilen des Prozesses Spezialisten gibt, überschreitet der Prozess keine Silos, weil es sie nicht gibt!Ich habe die Erfahrung gemacht, dass dieser visuelle Anker der Gruppe hilft, über Teile des Prozesses nachzudenken und eine Diskussion über die verschiedenen Grenzen innerhalb eines Prozesses zu ermöglichen; er macht es einfacher, nachzudenken und diese begrenzten Kontexte zu entdecken.Welche Erfahrungen haben Sie bei der Moderation von Modellierungssitzungen wie dem EventStorming gemacht? Haben Sie Tipps oder Hinweise?