事件風暴研討會準備和三種型別

事件風暴是一種動態研討會方法，深入研究領域和需求發現。獲得的見解非常寶貴，有助於設計與業務邊界緊密結合的軟體，從而簡化維護。

事件風暴提供三種不同的研討會型別 - 大局觀、流程級別和設計級別。

1、研討會準備

邀請誰？
研討會的成功取決於三個參與者群體：

• 知道答案的人——領域專家、業務分析師和其他能夠闡明領域細微差別、規則和政策的人。他們的專業知識對於理解業務運營和表達其活動的語言至關重要。
• 提問者- 開發人員、測試人員以及所有參與實施的人員，他們的探索性問題揭示了不太明顯的領域方面。他們的好奇心豐富了對業務的理解。
• 主持人- 通常是一人，如果團體較大則由多人擔任，負責引導研討會實現其目標，同時保持參與者的參與和專注。

• 不要過分關注我上面列出的角色列表 - 專注於擁有知識和好奇心強、想要學習的人。知識最淵博、知道所有答案的人往往是擁有多年業務經驗的高階開發人員。
• 瞭解小組之間的劃分並不嚴格。參與者可能會發現自己在一個例項中提供答案，在另一個例項中提出問題，這反映了研討會的協作和不斷髮展的性質。 

傳送邀請之前

• 明確目標 ——明確研討會目標可避免漫無目的的偏離，並使討論保持在正軌上。
• 確保不會忽略重要的參與者- 一定要邀請那些意見和決定至關重要的關鍵人物。及時確認他們的出席情況，如有必要，直接與他們溝通。透過提前主動解決這一問題，可以避免在研討會結束後幾天發現不準確之處或需要重新審視決定的挫敗感。

準備清單

• 零食和飲料- 對於現場研討會，請確保房間內隨時提供零食和飲料。對於虛擬會議，請在邀請函中提醒參與者準備好茶點。原因是什麼？糖分的增加可以激發討論的活力，一塊簡單的餅乾可能就是達成結論所需的能量。此外，飢餓會嚴重影響注意力，因此最好事先解決這個問題以保持注意力。
• 現場研討會
  
  • 便籤- 備有多種尺寸、顏色和形狀的便籤，以代表不同型別的資訊。
  • 書寫工具 ——選擇筆尖較粗的記號筆，以確保每張紙條都傳達單一、清晰的資訊。
  • 空間——確保牆壁上有較長的空間用於放置紙條——不會太長。
• 遠端研討會 - 選擇一種允許建立各種形狀並新增註釋的工具。雖然限制和政策有時會讓我使用 Visio、draw.io和 Paint 等工具，但我的首選是Miro。

2、深入瞭解不同的方法
事件風暴是一種全面瞭解業務領域的戰略方法，旨在在開始設計和實施之前儘可能多地揭示不確定性和複雜性。此過程的每個階段都需要不同程度的細節和資訊廣度。有時，廣泛的概述就足夠了，而某些場景則需要深入探索特定需求的複雜方面。

為了滿足產品開發階段的不同需求，事件風暴提供了三種型別的研討會。每種研討會都針對目標、參與者名單、定義的範圍和要解決的細節深度量身定製：

• 大局觀—— 旨在培養對業務領域的高層次理解。它是開發統一語言的關鍵，而統一語言又能培養所有參與者的集體理解。它也是識別和劃定領域邊界的關鍵時刻。研討會的目標不是實現完美或完整，也不是詳盡地呈現所有資訊。相反，它的主要重點是提出大量問題、挑戰和疑問，強調識別問題而不是立即尋求解決方案。.
• 流程級別– 致力於細緻檢查流程，確保其完整性。我們的目標是解決可能影響流程的任何疑問和不確定性。我們的目標是探索所有可能的變化，包括“晴天”和“雨天”的情況。
• 設計層面——我們的目標是 討論我們關注的流程部分的所有重要方面。我們希望充分理解它，以便開發人員可以在研討會後立即開始編碼。

概覽
目標

• 對業務領域有廣泛的瞭解。
• 識別並突出任何障礙、挑戰和未知因素。
• 培養參與者之間的共同語言。
• 確定域邊界。
• 認識關鍵價值和潛在風險
• 定義有界上下文。

• 全面、詳細地瞭解每個過程。
• 對提出的所有問題提供答案。

範圍
通常，我們首先會從整體上了解整個業務領域。如有必要，後續課程可能會側重於更具體的領域。

時間
由於資訊量很大，研討會可能會相當冗長。我們努力確保所有參與者都能投入一整天的時間，總共安排 3-4 場會議，每場會議大約持續 1.5 小時。參與者

• 來自不同部門的多元化團隊，帶來不同的經驗、觀點和角色。
• 這些人可能不經常互動或彼此不熟悉。
• 具有專業知識的領域專家、架構師和團隊領導。
• 該群體的規模差異很大，從 10 人到 30 多人不等。

過程級別
目標

• 明確說明在此過程中可能會發生什麼。
• 對該過程有深入的瞭解。
• 檢查所有可能的情況和規則是否正確。
• 回答有關該過程如何進行的重要問題。
• 驗證有界上下文

• 深入研究每個流程步驟的細節。
• 解決與流程本身無關的問題。

範圍
重點是業務流程，包括其預期和不利情景。期間
研討會預計將持續 1-2 場，每場持續約 1.5 小時。參與者

• 對該流程具有深入瞭解的領域專家。
• 積極參與與流程相關的服務開發的個人，例如架構師、開發人員和測試人員。

• 確定流程每個步驟所需的資料。
• 建立整個過程中需要滿足的規則。
• 識別並定義聚合。

• 對每條資料進行極其詳細的分類——目前，“個人資料”這樣的一般類別就足夠了。
• 將每條規則指定到最精細的細節 - 例如，簡單地陳述“地址存在”在這個階段就足夠了。

• 詳細瞭解流程步驟的專家。
• 參與開發相關業務領域的團隊成員。