event storming

Ein letztes Mal "Herzlich Willkommen zu Unboxing Agile" heisst es in dieser Folge. Die Community hat zahlreiche Namensvorschläge abgegeben, ich habe mir wochenlang mit der Entscheidung Zeitgelassen und ab der nächsten Folge erstrahlt dieser Podcast in neuem Glanze. Doch vorher gibt es noch ein absolutes Highlight. Einen Blick in einen der besten Arbeitgeber Weltweit: Rossmann. Josi Schlichting ist Bereichsleiterin Methoden & Coaching in Organisation & Prozesse. Was das heißt, dass erklärt sie im Podcast. Außerdem erzählt sie, wie sehr der Familienbetrieb Rossmann durch eine sehr gute Führungskultur das Unternehmen zu einem tollen Arbeitgeber macht, bei der agile Werte und New Work sehr schön vorgelebt werden. Eine wirklich tolle Folge. Viel Spaß beim Hören.

Was hat Event Storming mit dem Bullshit-Asymmetrie-Prinzip (auch bekannt als "Brandolinis Gesetz") zu tun? Diese und noch viel wichtigere Fragen, besprechen wir in dieser Podcast-Folge mit Jürgen Meurer. Event Storming ist eine Praktik, die ursprünglich aus dem Domain Driven Design (DDD) stammt. Die Erfindung der Methode wird Alberto Brandolini zugeschrieben. Ja genau - der mit dem gleichnamigen Gesetz: „Das Widerlegen von Schwachsinn erfordert eine Größenordnung mehr an Energie als dessen Produktion.“ Zurück zum Thema: Event Storming ist ein (Groß)Gruppenformat, um das verteilte Wissen über eine fachlich-technische Domäne in einem Workshop explizit zu machen und so ein "gemeinsam geteiltes mentales Modell" zu entwickeln. Kurz: alle die dabei waren kapieren den Gesamtzusammenhang der Fragestellung plötzlich viel besser. Gerade im Kontext komplexer Produktentwicklung eignet sich diese Methode somit sehr gut, ein gemeinsames Verständnis zu schaffen. Sie kann damit eine tolle Grundlage für Story Mapping oder Customer Journey Mapping bieten - aber auch für die Erstellung klassischer Projekt Strukturpläne. Du kannst Event Storming sowohl für bestehende Produkte anwenden, als auch in der Entwicklung komplett neuer Produkte und Services einsetzen. Jürgen Meurer, setzt diese Methode bereits seit vielen Jahren erfolgreich bei seinen verschiedenen Arbeitgebern an. Inzwischen ist Jürgen als Agile Coach aktiv, hat aber auch lange als Product Owner und Scrum Master gearbeitet. Damit ist er übrigens auch ein interessantes Beispiel für den Weg, sich vom Product Owner zum Scrum Master bzw. Agile Coach zu entwickeln. Seine letzten Stationen waren Studitemps, Freeyou, AXA und nun SHOP APOTHEKE bzw. Redcare Pharmacy. **Quellen und Links zum Event Storming** Jürgen Meurer empfiehlt die folgenden Quellen, um mehr über Event Storming zu lernen: - zentrale Webseite zum Thema: https://www.eventstorming.com/ - Buch von Alberto Brandolini: Introducing EventStorming - An act of Deliberate Collective Learning (leanpub.com/introducing_eventstorming) - Brandolinis Gesetz, auch Bullshit-Asymmetrie-Prinzip - Weitere passende Podcastfolgen Weitere Themen zu bestimmten Podcast-Folgen, auf die Tim im Laufe des Gesprächs hinweist: - Nutze Story Mapping, um mit Stakeholdern über Outcome zu sprechen - Mit Customer Journey Maps arbeiten Jürgen Meurer freut sich über den Kontakt zu euch. Für weitere Fragen rund um das Thema und zu seinen Erfahrungen erreicht ihr ihn am besten auf seinem LinkedIn-Profil (linkedin.com/in/juergen-meurer/). Kanntest du Event Storming bereits vorher? Hast du eventuell selbst schon mal an einer solchen Session teilgenommen? Wir freuen uns, wenn du deine Erfahrungen aus der Praxis mit uns in einem Kommentar des Blog-Artikels teilst oder auf unserer Produktwerker LinkedIn-Seite. **Folgt uns Produktwerker auf** - LinkedIn -> https://bit.ly/3gWanpT - Twitter -> https://bit.ly/3NitkPy - Youtube -> https://bit.ly/3DIIvhF - Infoletter (u.a. mit Hinweisen auf Konferenzen, Empfehlungen, Terminen für unsere kostenfreien Events usw.) -> https://bit.ly/3Why63K

Domain-Driven Design ist in aller Munde, aber was steckt hinter dem Buzzword?

Adam Dymitruk, CEO and founder of Adaptech Group, joins host Jeff Doolittle for an exploration of the event modeling approach to discovering requirements and designing software systems. Adam explains how the structured approach eliminates the specifics of implementation details and technology decisions, enabling clearer communication for all stakeholders while keeping conversations focused on the business opportunity. Using concrete examples of event modeling in practice, they examine event modeling in the context of other related approaches and methodologies, including event sourcing, event storming, CQRS, and domain-driven design.

 

"Nie informatyzujemy bałaganu" - to jedno ze zdań, które wyniosłam ze studiów i chodzi mi ono po głowie przez lata pracy jako analityk biznesowy. Zanim zlecisz wykonanie systemu IT lub zaczniesz dobierać gotowy produkt pod sposób pracy Twojej firmy - sprawdź, czy on ma sens, czy proces np. zakupu nie trwa zbyt długo, nie zakręca niepotrzebnie na wiele działów w firmie.

Jak bardzo można skomplikować proste sprawy widać w historii, kiedy ostatnio chciałam kupić tapetę. Byłam zdecydowanym klientem i jedyne, czego potrzebowałam to wejść i kupić. Najlepiej szybko. Zakup trwał 11 kroków i wiele kontaktów przez sklep, maila i telefon!

Kiepski proces powoduje, że:

• klienci uciekają lub zniechęcają się (bo ile razy można podawać swój adres?)
• pracownicy tracą koncentrację, masę czasu, a to pompuje koszty, które odbijają się albo na kliencie albo na firmie w postaci niższej marży

Czym jest proces?

Zespół następujących po sobie działań pozostających w związku przyczynowo-skutkowym wykorzystywany dla uzyskania zamierzonego rezultatu przez zespół fachowców na wielu stanowiskach. (Trocki, Romanowska)

Dla małych firm:

• procedury stanowiskowe odgrywają również ważną rolę jak między-stanowiskowe procesy - też powinny być optymalne
• warto tworzyć procesy, bo to zasób, który zostanie w firmie nawet wtedy, kiedy dobry pracownik zmieni pracę, a następcy będą mogli utrzymać wysoki poziom i powtarzać sukcesy

Dla dużych firm:

• w dużej firmie mamy klapki na oczach i widzimy głównie swój dział, zespół. Zapominamy, że wszystko, co robimy, ma swoje konsekwencje w procesie obejmującym wiele działów, sięgającym klienta.
• nieoptymalne procesy generują ogromne koszty (straty), a przy tym są mniej widoczne, bo "dla mnie wygląda OK". Jeśli nie wiesz jak wyglądają Twoje procesy, albo ciągną się one przypadkowymi pętlami przez wiele działów - zrób stop! Nie trać czasu na IT.

Najpierw uporządkuj to, jak chcesz działać.

Co zrobić?

0. Wyciągnij opisane procesy biznesowe (jeśli masz)

• Sprawdź czy są aktualne. Zaktualizuj.

1. Zmapuj proces

• warsztaty, wywiady, obserwacje, analiza danych
• kierownicy, specjaliści, reprezentanci działów, zespołów
• zrób jak potrafisz lub EventStorming, Value Stream Mapping, BPMN

2. Usprawnij proces

• skracaj czas, nakład, koszt, ścieżkę krytyczną
• wybieraj sprawy z puli
• wyznaczaj priorytety
• eliminuj wąskie gardło
• ujawniaj reguły decyzyjne i automatyzuj je

3. Informatyzuj proces

• przypomnij cel przedsięwzięcia
• wyznacz priorytetowe obszary procesu biznesowego i zaplanuj wydania
• określ wymagania na rozwiązanie IT w oparciu o proces

Masz doświadczenia z chaotycznym procesem biznesowym? Próbowaliście taki zinformatyzować? Podziel się swoimi doświadczeniami w komentarzu.

Subskrybuj podcast "najpierw analiza biznesu" w ulubionym miejscu:

Spotify: https://open.spotify.com/show/7A6f1SYYyoxspRNrBo1WgU?si=51c38fc6d04542d9

Apple podcasts: https://podcasts.apple.com/pl/podcast/najpierw-analiza-biznesu/id1642672502

Google podcasts: https://podcasts.google.com/feed/aHR0cHM6Ly9mZWVkcy5saWJzeW4uY29tLzQzNDI4My9yc3M

Zostaw ocenę podcastu i komentarz, abyśmy docierali do większej liczby przedsiębiorców i managerów wprowadzających rozwiązania IT do swojej organizacji.

Playlista YouTube: https://www.youtube.com/playlist?list=PLWBT6pVo_3e1JLFu2mX0TUVnibZHI4RFN

analiza IT: https://www.analizait.pl/category/podcast-najpierw-analiza-biznesu/

Zostańmy w kontakcie na:

kanale YT: https://www.youtube.com/channel/UCs6T_zfDTFPxFMfvi2nonAQ

newsletterze dla przedsiębiorców / biznesu: https://analizait.pl/analityczny/podcast/

 

Marco Heimeshoff ist Trainer, Redner und Softwareentwickler. Er organisiert KanDDDinsky, eine Konferenz über Domain-driven Design und die Kunst von Business Software und ist Mitbegründer der deutschen DDD-Community und von VirtualDDD.com. Zwischen der Beratung von Unternehmen rund um den Globus und seinem normalen Job in der Entwicklung von Software für das Gesundheitswesen findet man ihn auf Konferenzen, auf denen er über DDD, sozio-technische Systeme und First Principles spricht. Mit mehr als einem Jahrzehnt Erfahrung hilft er Teams dabei, sich zu verändern und zu lernen – vom Code bis zur Kultur – und dabei, Domain-Driven Design, agile Softwareentwicklung, funktionale Programmierung und CQRS mit Event-Sourcing zu meistern. Buche jetzt eine Certified Scrum Master Schulung bei uns unter https://agilegrowth.de/trainings - [VirtualDDD.com](http://VirtualDDD.com) - [Marco's Webseite](https://www.heimeshoff.de/) - Lerne direkt mit und von uns [in unseren Seminaren](http://agilegrowth.de/trainings)

In this episode I continued my conversation with Alberto Brandolini, the creator of Event Storming and the author of Introducing EventStorming – An act of deliberate collective learning and the Founder of Avanscoperta, a technology consultancy. He is also the founder of the Italian Domain-Driven Design community.