Ein Blick hinter die Kulissen: 3 kollaborative Zeremonien
Nach einem Post auf LinkedIn dachte ich mir, ich schreibe diesen Artikel, um 3 Zeremonien zu beschreiben, die mich während eines meiner letzten Projekte besonders beeindruckt haben: Event Storming, Example Mapping und Domain Storytelling.
Diese Methoden liegen an der Schnittstelle zwischen Zusammenarbeit und Modellierung. Sie haben mir geholfen, neue Dimensionen beim Verstehen und Entwerfen unseres Produkts zu erkunden und die Synergie im Team zu stärken. Egal, ob du eine komplexe Domain analysierst, Probleme löst oder Features entwickelst – jede dieser Praktiken bietet mächtige Werkzeuge, um Ideen zu strukturieren, Anforderungen zu klären und alle Beteiligten auf denselben Stand zu bringen.
In diesem Artikel gebe ich dir einen Überblick über diese Zeremonien und erkläre dir, warum sie für unser Team so effektiv waren.
Event Storming
Event Storming, initiiert von Alberto Brandolini, ist eine kollaborative Modellierungsmethode, um komplexe Fachdomänen schnell zu erkunden. Die zentrale Idee basiert auf der Identifikation von Domain Events (Geschäftsereignissen), die beschreiben, was in einem System oder einer Organisation passiert.
Komplexitätsgrad: Für alle zugänglich, kann aber komplex werden, wenn die Domain sehr groß ist oder das Team noch nie kollaborativ an der Modellierung gearbeitet hat. Die wahre Stärke der Methode zeigt sich mit der Übung und der Vielfalt der Teilnehmer.
Dauer: Typische Session: 2 bis 4 Stunden für einen begrenzten Bereich. Bei sehr umfangreichen Domains solltest du mehrere Workshops oder ein "Big Picture" vorab einplanen.
Tools:
Was Event Storming so spannend macht, ist der visuelle und inklusive Ansatz. Die Teammitglieder (Product Owner, Entwickler, Designer usw.) kleben Post-its an eine Wand, um Ereignisse, Akteure und ihre Interaktionen abzubilden.
Warum ich diese Methode geliebt habe:
Sie fördert ein gemeinsames Verständnis zwischen den verschiedenen Rollen.
Sie hilft dabei, Unsicherheiten oder Reibungspunkte schnell zu identifizieren.
Sie bietet einen Gesamtüberblick, der für die Abstimmung mit den Stakeholdern entscheidend ist.
Example Mapping
Example Mapping wurde von Matt Wynne vorgeschlagen und ist eine Technik, die Teams hilft, Anforderungen in Form von konkreten Beispielen zu definieren und zu klären. Sie ist besonders nützlich bei Diskussionen rund um User Stories.
Komplexitätsgrad: Relativ einfach einzuführen, besonders wenn das Team bereits mit User Stories vertraut ist. Die Hauptherausforderung liegt darin, konkrete Beispiele zu formulieren und Unklarheiten aufzudecken.
Dauer: Typische Session: 45 Minuten bis 2 Stunden pro User Story.
Tools:
Ablauf: Die Diskussionen werden in 4 Kategorien unterteilt, die durch verschiedenfarbige Karten dargestellt werden:
🟦 Regeln (Rules): Was das System tun muss.
🟩 Beispiele (Examples): Konkrete Fälle, die die Regeln illustrieren.
🟥 Fragen (Questions): Ungeklärte Punkte.
🟨 Story: Die eigentliche Anforderung.
Warum ich diese Methode geliebt habe:
Sie klärt User Stories und fördert einen konkreten Dialog zwischen Business und Technik.
Sie strukturiert Testfälle und Fixtures, wodurch die Tests klarer und näher an den Geschäftsanforderungen werden.
Jedes Szenario wird zu einem getreuen Abbild der tatsächlichen Erwartungen.
Domain Storytelling
Domain Storytelling ist eine narrative Methode, bei der Geschichten über Geschäftsprozesse mithilfe einer visuellen Sprache erzählt werden. Ziel ist es, eine Domain basierend auf gemeinsamen Erzählungen zu modellieren.
Komplexitätsgrad: Zugänglich, erfordert aber etwas Übung, um Geschichten präzise zu erzählen und Interaktionen korrekt zu modellieren. Die Einbeziehung der Endnutzer ist essenziell.
Dauer: Typische Session: 1 bis 3 Stunden, je nach Komplexität des Prozesses.
Tools:
Vor Ort: Whiteboard und Post-its.
Remote: Mermaid, Miro oder Sequenzdiagramm-Tools.
Warum ich es geliebt habe:
Es macht reale Workflows sichtbar, die in klassischen Spezifikationen oft ignoriert werden.
Es bindet die Endnutzer aktiv ein und stärkt ihr Engagement.
Es ist für alle verständlich, auch für Nicht-Techniker.
Fazit
Diese 3 Zeremonien sind zwar unterschiedlich, teilen aber eine gemeinsame Philosophie: Zusammenarbeit, Klarheit und das Engagement aller Beteiligten. Ob als Facilitator oder Teammitglied – ihre Anwendung hilft uns, Silos aufzubrechen und eine gemeinsame Vision zu schaffen, die weit über einfache schriftliche Anforderungen hinausgeht.
Wenn du sie noch nie ausprobiert hast, ermutige ich dich herzlich, sie bei deinen nächsten Projekten zu testen. Sie könnten deine Art zu arbeiten und mit deinem Team zu interagieren grundlegend verändern.
