{"id":43616,"date":"2022-05-11T10:29:33","date_gmt":"2022-05-11T10:29:33","guid":{"rendered":"https:\/\/g9hq0oamq8.onrocket.site\/?post_type=methode&p=43616"},"modified":"2024-07-08T03:52:26","modified_gmt":"2024-07-08T03:52:26","slug":"event-storming","status":"publish","type":"methode","link":"https:\/\/www.innovation.wiki\/de\/method\/event-storming\/","title":{"rendered":"Event Storming"},"content":{"rendered":"\n

Wie genau entwickelt man Software oder ermittelt Anforderungen, wenn das Verst\u00e4ndnis der jeweiligen Dom\u00e4ne im Team noch nicht entwickelt ist? Jede Software soll ja die Probleme aus einer spezifischen Dom\u00e4ne l\u00f6sen und die fachlichen Prozesse unterst\u00fctzen oder erm\u00f6glichen.<\/p>\n\n\n\n

Eine Dom\u00e4ne kann laut Eric Evans wie folgt definiert werden: \u201eA sphere of knowledge, influence, or activity. The subject area to which the user applies a program is the domain of the software.\u201c<\/p>\n\n\n\n

Sie ist also ein abgegrenzter Fachbereich von Wissen, Einfluss oder\u00a0Aktivit\u00e4t und ergibt sich bspw. aus dem entsprechenden Unternehmen, das diese Software einsetzen soll, dessen Branche und zu\u00a0l\u00f6sendes Problemfeld \u2013 z.B. eine Finanz-Dom\u00e4ne (z.B. f\u00fcr eine Banking- oder Crypto-Software) oder Telekommunikationsdom\u00e4ne (z. B. f\u00fcr eine Vertriebspartnersoftware). Selbstverst\u00e4ndlich\u00a0kann und wird diese meist aus weiteren Sub-Dom\u00e4nen bestehen,\u00a0je nach Komplexit\u00e4t der Dom\u00e4ne und Software. Die Modellierung\u00a0von Dom\u00e4nen & Co. ist aber eher ein Teil der Methode \u201eDomain Driven Design\u201c.<\/p>\n\n\n\n

Die entsprechenden Fachexperten haben naturm\u00e4\u00dfig meist ein tiefes Wissen der Dom\u00e4ne, doch letztendlich m\u00fcssen auch die Umsetzer der Software die Dom\u00e4ne verstehen, wie bspw. Die Entwickler, Designer oder Product Owner. Wie will ein Team\u00a0eine Software umsetzen, ohne die Dom\u00e4ne dahinter zu verstehen? Dieses Team ist schlie\u00dflich f\u00fcr die L\u00f6sung der Probleme zust\u00e4ndig.\u00a0Nur mit einem tiefen Verst\u00e4ndnis k\u00f6nnen auch die passenden L\u00f6sungen entwickelt werden.<\/p>\n\n\n\n

Event Storming ist eine praktische Methode, um auch bei den weiteren Team-Mitgliedern ein Grundverst\u00e4ndnis der Dom\u00e4ne zu schaffen und die Sprache bzw. Begriffe dieser Dom\u00e4ne zu verstehen. Stellen Sie sich vor, Sie m\u00fcssen eine Software in der Energiebranche entwickeln und werden mit Begriffen wie Marktkommunikation, Netzbetreiber und EDIFACT bombardiert. Ohne ein Grundverst\u00e4ndnis wird es hier kaum m\u00f6glich sein, gute L\u00f6sungen zu entwickeln. Deswegen wird beim Event Storming in\u00a0interaktiven Workshops mit vielen Haftnotizen und den Fach- und\u00a0IT-Experten die Dom\u00e4ne soweit erforscht und ein interdisziplin\u00e4res Verst\u00e4ndnis aufgebaut, dass man mit der weiteren Systemmodellierung und -umsetzung fortfahren kann.<\/p>\n\n\n\n

Wie der Name der Methode schon sagt, wird hier basierend auf fachlichen Ereignissen gearbeitet, die w\u00e4hrend des zu betrachtenden Gesch\u00e4ftsprozesses passieren. Diese Ereignisse werden in der Vergangenheitsform beschrieben, es sind also Ereignisse, die bereits passiert sind.<\/p>\n\n\n\n

Neben den Ereignissen, die konventionsgem\u00e4\u00df in orangefarbigen Haftnotizen aufgeschrieben werden, gibt es u.a. auch folgende Haftnotizen:<\/p>\n\n\n\n