Vor einiger Zeit experimentierte das virtuelle Domain-driven Design Meetup mit einem Remote EventStorming. Das Ergebnis war, dass ein Remote EventStorming, wie Sie es offline durchführen würden, suboptimal ist. Es fehlte die Interaktion während der Storming-Phasen, und die Anzahl der gewonnenen Erkenntnisse war geringer. Das ist die Stärke von EventStorming, und die war nicht vorhanden. Dennoch haben wir uns gefragt, wie wir das EventStorming aus der Ferne optimaler gestalten können, und da der Großteil der Welt wegen Corona zu Hause festsitzt, habe ich angefangen, damit zu experimentieren. In diesem Beitrag beschreibe ich Heuristiken über meine ersten Erfahrungen mit Remote EventStorming.

Was ist das Problem mit Remote EventStorming?
Ich habe in den letzten 3+ Jahren EventStorming-Sitzungen geleitet. Für mich liegt die Stärke dieser Sitzungen in den ersten Phasen, nämlich der chaotischen Erkundung und der Durchsetzung des Zeitplans. In diesen Phasen leiten wir die Menschen bewusst dazu an, sich mitzuteilen und ihre Wahrnehmungen zu teilen, ihren Bedeutungspool zu teilen. Denn der Bedeutungspool eines Menschen ist anders als der anderer. Meistens treffen sich Menschen zum ersten Mal, vor allem bei einer EventStorming-Sitzung mit großem Überblick.
Die einzige Rechtfertigung für unsere Konzepte und Begriffssysteme ist, dass sie dazu dienen, den Komplex unserer Erfahrungen darzustellen; darüber hinaus haben sie keine Legitimität.
Albert Einstein
EventStorming hilft bei der Schaffung eines Pools gemeinsamer Bedeutung. Gruppen und Teams müssen über einen Pool gemeinsamer Bedeutungen verfügen, um bessere Entscheidungen treffen und wertvollere Erkenntnisse gewinnen zu können. Das Schreiben und Teilen Ihrer Domain Events scheint einfach zu sein, aber fühlt sich jeder im Team sicher genug, um zu sagen, was gesagt werden muss?
Wie können wir aus der Ferne eine sichere Umgebung schaffen?
Wir brauchen einen engagierten Moderator, jemanden, der dafür sorgt, dass alle die Dinge sagen können, die gesagt werden müssen - selbst Ideen, die auf den ersten Blick kontrovers, falsch oder im Widerspruch zu ihren eigenen Überzeugungen erscheinen. Offline ist es für einen Moderator viel einfacher, seine Meta-Fähigkeiten des Superzuhörens (die Energie hören, sehen und fühlen) einzusetzen als in einer Online-Umgebung.
Der Moderator muss sich darauf konzentrieren, alle Teilnehmer jederzeit durch seine Kamera zu sehen. Das bedeutet auch, dass jeder seine Kamera eingeschaltet haben sollte und zwei Bildschirme verwendet. Auf dem einen Bildschirm können wir uns gegenseitig in die Augen sehen und auf dem anderen verwenden wir das Remote-Tool. Mit der Kraft des reflektierenden Zuhörens können sie Mitgefühl erzeugen und der Gruppe Neutralität zeigen. Ohne einen Moderator, der über diese Metafähigkeiten verfügt und jeden durch die Kamera sehen kann, würde ich niemandem raten, eine EventStorming-Sitzung durchzuführen. Denn Ihre Ergebnisse werden höchst ineffizient sein und die Teilnehmer werden Ihnen nicht zustimmen.
Wie können die Menschen von Anfang an dabei sein?
Fernarbeit ist für viele Menschen etwas Neues. Die meisten Menschen arbeiten von zu Hause aus, wo sich das tägliche Leben mit dem Arbeitsleben vermischt. Ein solch flexibles Leben bedeutet, dass es den Menschen manchmal schwer fällt, sich zu konzentrieren und ihr Privatleben hinter sich zu lassen. Damit alle anwesend sind und wissen, woran sie bei diesem Treffen denken, sollten Sie immer einen Check-in durchführen. Lassen Sie die Teilnehmer drei Fragen beantworten, eine über ihr Befinden und zwei entgegengesetzte Fragen, die sich auf das bevorstehende EventStorming beziehen. Zum Beispiel:
- Wie gehen Sie mit Fernarbeit und der Vereinbarkeit von Privat- und Berufsleben um?
- Welches Ergebnis erhoffen Sie sich von diesem EventStorming?
- Welche Schmerzpunkte oder Hotspots wird EventStorming Ihrer Meinung nach mit sich bringen?
Wie Sie sehen, sind die beiden Fragen, die sich auf das Treffen konzentrieren, gegensätzlich. Es ist sehr wichtig, beim Check-in immer zwei relevante, entgegengesetzte Fragen zu stellen, um schon von Anfang an einen Pool des Verständnisses zu schaffen.

Wie binden wir die Menschen ein?
Bei unserem Remote-EventStorming auf dem virtuellen Domain-driven Design-Meeting haben wir beobachtet, dass das Engagement bei der Durchsetzung der Zeitleiste gering war. Beim Offline-EventStorming kann das auch passieren, aber ein hervorragender Moderator wird anfangen, Fragen zu stellen. Das Problem ist, dass Sie bei der Verwendung von Tools wie Miro nicht sehen können, woran die Teilnehmer arbeiten, so dass es schwer ist, zu wissen, was vor sich geht.
Ich habe versucht, die Prozessmodellierung und die Softwaremodellierung mit EventStorming im Stil der Mob-Programmierung durchzuführen. Beginnen Sie mit der Durchsetzung eines einzigen EventStorm-Flusses, lassen Sie nur eine Person die Post-its bearbeiten und lassen Sie den Rest diese Person navigieren. Wir haben dies auf dem virtuellen Domain-driven Design-Meeting explizit durchgespielt, nur nicht von Anfang an bei der Durchsetzung der Zeitleiste. Natürlich funktioniert das nicht für ein großes Bild, und ich habe damit noch nicht experimentiert.
Wie halten wir die Menschen bei der Stange?
Menschen zu engagieren ist schwer, aber sie bei der Stange zu halten könnte noch schwieriger sein. Aus meiner Erfahrung als Leiter einer Online-Gilde in World of Warcraft weiß ich, dass es schwer ist, Menschen über lange Zeit bei der Stange zu halten. Wir mussten Bosse online mit 40 Fernkämpfern besiegen, von denen jeder seine spezielle Aufgabe erledigte. Diese Kämpfe konnten bis zu 20-30 Minuten extremer Konzentration erfordern; ein Fehler einer Person konnte dazu führen, dass wir scheiterten und von vorne beginnen mussten.
Was wir wollen, ist eine kurze Beschäftigung mit bestimmten Ergebnissen, auf die sich die Menschen konzentrieren können, und dazwischen Pausen. Wir möchten einen visuellen Timer verwenden, damit die Mitarbeiter wissen, was sie erwartet, wann sie eine Pause machen können und für wie lange. Die Gehirnforschung zeigt uns, dass kürzer besser ist als länger. Teilen Sie also Ihre Fernarbeit in 10-20-minütige Abschnitte ein. Zumal die Hirnforschung auch zeigt, dass Bewegung das Sitzen übertrumpft. Das bedeutet, dass wir die Teilnehmer auch auffordern müssen, sich zwischen diesen Abschnitten zu bewegen. Vielleicht sind wir uns des Wertes, den Bewegung für uns hat, gar nicht bewusst, denn wir bekommen ihn bei einem Offline-EventStorming von Haus aus mit.

https://bowperson.com/wp-content/uploads/2014/11/SixTrumpsArticle220101.pdf
Wie lange sollte ein Remote EventStorming dauern?
Längeres Sitzen erschwert das Denken und Lernen, weil der Sauerstoffgehalt im Körper sinkt. Bei einem Offline-EventStorming weisen wir immer auf die Bedeutung von Sauerstoff hin. Bei der Fernarbeit fehlt uns oft die frische Luft, wir bewegen uns zu wenig, und das führt dazu, dass wir uns nicht über einen längeren Zeitraum konzentrieren können, auch nicht mit kurzen Bewegungspausen zwischendurch. Aus diesem Grund beschränken wir EventStorming-Sitzungen, die aus der Ferne stattfinden, auf maximal zwei Stunden pro Tag. Länger ist möglich, wenn wir eine lange Pause einlegen, in der sich die Teilnehmer bewegen, Sauerstoff tanken und frische Getränke und Speisen zu sich nehmen können. Vergleichen Sie es einfach mit dem Autofahren über einen längeren Zeitraum.
Wie viele Personen können an einem Remote-EventStorming teilnehmen?
Beim Offline-EventStorming hängt es von der Art des EventStormings ab, wie viele Personen teilnehmen können. Ich würde Ihnen raten, sich an die gleiche Heuristik für Offline-EventStorming zu halten, maximal sieben für ein EventStorming auf Prozess- oder Designebene. Bei mehr als 7 Personen sollten Sie die Teams aufteilen und zusammenführen, indem Sie denselben Arbeitsbereich nutzen, aber die Teams in getrennte Online-Räume verlegen. Ein Big Picture EventStorming aus der Ferne könnte eine echte Herausforderung sein. Ich habe es nicht ausprobiert und werde es auf maximal 12 Personen pro Moderator beschränken. Das Big Picture hängt stark davon ab, wie die Moderatoren ihre Erfahrungen mit Remote EventStorming machen. Ich habe noch kein echtes Big Picture gemacht, daher sind das alles nur Spekulationen von mir.
Ich hoffe, diese Heuristiken werden Ihnen helfen, Ihre EventStorming-Sitzungen aus der Ferne zu verbessern. Ich möchte mich bei Alberto Brandolini, Zsofia Herendi, Marco Heimeshoff, Maxime Sanglan-Charlier und Barry O Sullivan für die Weisheiten bedanken, die sie während des virtuellen Domain-driven design meetup gegeben haben. Was ich hier niedergeschrieben habe, basiert auf dieser Sitzung. Ich werde mehr EventStorming aus der Ferne durchführen und hoffe sogar, dass ich bald ein Big Picture machen kann. Ich bin auch an den Erfahrungen anderer Leute interessiert. Welche Heuristiken haben Sie verwendet? Lassen Sie uns darüber sprechen und sie, wie ich es mit diesen Heuristiken getan habe, auf der Seite Domain-driven design heuristics teilen!
Außerdem ist dieser Beitrag auf meiner persönlichen Blog-Seite veröffentlicht.
Verfasst von

Kenny Baas-Schwegler
A lot of knowledge is lost when designing and building software — lost because of hand-overs in a telephone game, confusing communication by not having a shared language, discussing complexity without visualisation and by not leveraging the full potential and wisdom of the diversity of the people. That lost knowledge while creating software impacts the sustainability, quality and value of the software product. Kenny Baas-Schwegler is a strategic software delivery consultant and software architect with a focus on socio-technical systems. He blends IT approaches like Domain-Driven Design and Continuous Delivery and facilitates change with Deep Democracy by using visual and collaborative modelling practices like Eventstorming, Wardley mapping, context mapping and many more. Kenny empowers and collaboratively enables organisations, teams and groups of people in designing, architecting and building sustainable quality software products. One of Kenny's core principles is sharing knowledge. He does that by writing a blog on his website baasie.com and helping curate the Leanpub book visual collaboration tool. Besides writing, he also shares experience in the Domain-Driven Design community as an organiser of Virtual Domain-Driven Design (virtualddd.com) and Domain Driven Design Nederland. He enjoys being a public speaker by giving talks and hands-on workshops at conferences and meetups.
Unsere Ideen
Weitere Blogs
Contact



