事件風暴 - 分解問題領域的最佳實踐

banq發表於2019-08-13
事件

Event Storming是一種跨職能促進技術，用於揭示系統或業務流程的有界上下文，微服務，垂直切片，故障點和起點。
建議時間：12小時。
誰參加？中小企業，核心團隊（見主持人說明）

Event Storming可以將單塊體分解為微服務。它允許對新的流程和想法進行建模，綜合知識並促進積極的團隊參與，而不會與時間旅行發生衝突，並構思下一代軟體系統。 

什麼時候需要？
當你需要理解一個巨大的混亂時，可以將跨各個方面視角交流作為一個強制功能來實現清晰。

需要什麼用品？

進行ES會議所需的人員，工具和用品
  1. 大牆（用於膠粘物）
  2. 至少4種不同顏色的膠粘物
  3. 夏皮筆
  4. 藍色膠帶
  5. 水，蘇打水和果汁等水果
  6. 用於讀數和突破的紙質翻轉板

如何使用此方法？
Event Storming是一項小組練習，旨在科學地探索單一應用程式的領域和問題領域。事件風暴過程最簡潔的描述來自Vaughn Vernon的DDD-Distilled一書，該過程的顏色來自Alberto Brandolini的書“ Event Storming”。
透過在便籤上建立一系列域事件來描述業務流程。用於域事件的最常用顏色是橙色。DomainEvent是以過去時態表示的動詞，表示域中的狀態轉換。在橙色便利貼上寫下DomainEvent 的名稱。將粘滯便箋按從左到右的時間順序放在建模表面上。在您進行風暴會議時，您會發現現有業務流程中存在問題。用紫色/紅色的筆記清楚地標記這些。使用垂直空間表示並行處理。
釋出所有事件後，專家將釋出本地有序的事件序列並強制執行時間表。執行時間線會觸發期待已久的對話，最終會出現結構STRUCTURE的設計概念 。 
這些事件塊或常見分組為我們提供了我們的名義服務候選者（參與者或聚合體，取決於團隊對DDD定義的嚴格程度）。這些將在Boris演習期間使用。

成功/預期成果：
- Event Storming會產生巨大的使用者故事積壓。
- 執行使用者故事Mapping以對映並將故事組織到MVP中
- 定義問題的範圍
- 確認您正在解決正確的問題？

輔導員筆記和提示：
Event Storming是一種用於視覺化複雜系統和流程的技術。這可以從整體到價值流。Event Storming是一種遊戲搜尋技術，用於利用和捕獲群體思維中捕獲的資訊。它表現出複雜系統的衝突和不同觀點，並且影響了頂級約束和問題點。作為一個活動風暴促進者，您有一份工作 - 為交換和輸出想法和資料創造一個安全的環境。在您閱讀肢體語言的過程中，這項工作是50％的技術便利和50％的軟性人員促進。單個輔導員通常可以協調小組15-20。對於30人或以上的團隊，您需要兩名輔導員。

ES通常分兩個階段進行。高階別事件風暴，用於識別域，然後將後續ES識別為頂級約束 - 核心域。
ES的語言是粘性的。在最簡單的形式中，ES基本上是一種簡單的小組講故事。膠粘物的顏色無關緊要。重要的是你從簡單開始，然後逐步新增符號。從簡單開始，然後在圖層中新增資訊。

只有合適的人參與，ES才能成功。這是業務領域專家，客戶主管，利益相關者，業務分析師，軟體開發人員，架構師，測試人員以及在生產中支援產品的人員的混合體。瞭解和理解應用領域的主題專家，產品所有者和開發人員。此流程可在整個團隊中實現跨角度對話，以及技術和非技術團隊成員使用的術語的標準定義。




 

相關文章