通過事件風暴發現業務流程 - Sarah Denayer
兩年前,我第一次聽說了Event Storming。我瞭解了這項技術,但並沒有立即被它說服。一場大師班和幾場Event Storming會議之後,我寫這篇部落格是因為我認為您應該嘗試一下。
讓我們從頭開始。
什麼是事件風暴?
EventStorming是一種靈活的研討會格式,用於協作探索複雜的業務領域— Alberto Brandolini(Eventstorming.com)
事件風暴可以用於不同的目的。特別是我們可以看到PENCIL42有兩種格式:
- 對業務流程的達成認識共識,又稱大圖格式Big Picture Event Storming
- 事件驅動架構的設計,也稱為設計級格式
在本文中,我想更深入地瞭解大圖片格式。
大圖片事件風暴
您需要什麼:
- 合適的業務人員,即各自領域的專家,不同領域/部門的人員,關心的人員!
- 很多便利貼
- 在牆上一卷大紙,將其放置在牆上
- 牆壁空間很大的房間
- 你,即主持人
- 根據域的大小,每個人半天到一天的時間
它是如何工作的?
Event Storming技術使您的關鍵業務人員一起開會。他們要做的就是寫下他們可以想到的每個事件,並將它們按順序排列。需要明確的是,事件是一種過去時,表達的過去發生的事情。例如,撰寫部落格文章的業務流程可能包含以下事件:
- 開始新的部落格文章草稿
- 要求審查部落格文章
- 預定釋出的部落格文章
- 發表部落格文章
- 在Twitter上分享的部落格文章
一旦完成,您將意識到真正的 業務流程已經出現。
在研討會結束時:
- 你會知道的業務流程是什麼樣子
- 業務人士將從頭到尾瞭解自己的業務流程,並跨越不同的部門和職責
一旦流程明確,參與者就可以識別風險和機會。這使他們可以決定將精力花在哪裡。
為什麼要這樣做?
根據組織的不同,使用經典技術(例如BPMN或UML活動圖)對業務流程進行建模可能會很痛苦:
- 您需要與許多不同的業務專家交談,以瞭解從頭到尾的流程
- 與您交談的每個人只知道故事的一部分
- 收集這些資訊的研討會不是最活躍的
- 而且當您完成對業務流程的文件記錄時,您會感到有點怪異,無法正確地完成工作
大圖片事件暴發技術解決了許多問題:
- 您需要將所有相關人員召集在一個房間裡
- 請他們描述流程
- 必然會發生的討論
- 您不僅會了解流程,而且參加研討會的每個人也會了解
- 痛苦點和機會在每個人中都將非常明顯。
精確度
這項技術可能不適用於需要精確建模技術的人。在任何流程中,您都將擁有替代,並行,可選的流程,如果使用經典技術(例如BPMN或UML活動圖),則閱讀您的BPMN或UML圖的每個人都將以相同的方式解釋這些方案,因為它們提供了清晰的建模語言。
事件風暴則不提供這樣精確度。
- 是否有並行發生的事情?也許您可以將它們放在垂直列表中
- 是否有替代流程?您可以在流程的該部分上方新增一些膠帶,併為其命名
- 您是否要表明某件事是由時間觸發的?也許新增帶有時鐘的便利貼
- 有些動作重複了x次?帶迴圈的便利貼怎麼樣?
對此沒有任何正式的表示法,您可以隨身攜帶,以當時最有意義的方式進行調整。這是我不太滿意的部分。我喜歡精確,並且我很難用這種技術來精確。
另外,大型Event Storming會議的主要先決條件之一就是讓關鍵利益相關者加入會議室,但是當您使用這種技術時,您的主要利益相關者就會丟失:客戶。當您可能看不到客戶的觀點時,認為您正在考慮所有方面是很危險的。
那其他技術呢?
現在您有了業務流程。這如何與其他技術(如使用者案例對映和客戶旅程)相適應?
大圖片事件風暴不僅使我成為分析師,而且使所有參與其中的業務利益相關者對業務流程有了共識。因為這是發現改進流程的機會,所以大圖片事件風暴是啟動新個專案的好方法。
客戶旅程Customer Journeys 方法特別關注客戶,大圖片事件風暴缺乏對客戶的關注,因此可以帶您進行由內而外的思考。
使用者故事對映是我在每個專案中使用的一種技術。它可以幫助我概述解決方案所需的功能。它使我能夠確保解決方案中不存在任何空白,並且有助於計劃釋出。
所以對我來說,這三種技術都有自己的目的,並且可以共存。
如何記錄事件風暴?
您可以通過多種方式記錄事件風暴會話:
要意識到的最重要的事情是,無論您使用什麼技術,業務流程都在不斷髮展。當您離開工作室時,流程可能已經更改。因此,無論您選擇記錄什麼,它都是當時共識的快照。
目標不是文件,目的是獲得對業務流程及其面臨的風險和機會的共識。
結論
它是可以解決您所有問題的完美技術嗎?否。但是我確實認為這是一種非常有價值的技術,值得將其納入您的分析工具箱中。
相關文章
- 事件風暴 vs 事件建模事件
- 大局事件風暴:尋找差距事件
- 事件風暴EventStorming與事件建模EventModeling的區別 | rafalmaciag事件ORMMac
- DDD事件風暴的詳細議程事件
- DDD事件風暴研討會備忘單事件
- 事件風暴與領域故事的比較事件
- 可以促進微服務設計的DDD事件風暴建模技巧 - Nick Tune微服務事件
- Qt 事件傳遞流程-事件處理器|事件分發器|事件過濾器QT事件過濾器
- GitHub - mariuszgil/awesome-eventstorming: 事件風暴建模工具集GithubORM事件
- 事件風暴 - 分解問題領域的最佳實踐事件
- 通過Nacos讓Nginx擁有服務發現能力Nginx
- 事件風暴研討會準備和三種型別事件型別
- 什麼是商業頭腦風暴?
- 微服務通訊之feign的註冊、發現過程微服務
- springboot+redis做過期事件通知業務Spring BootRedis事件
- “我開啟潘多拉的盒子” - 採訪DDD事件風暴發明者Alberto Brandolini事件
- 如何通過全面質量管理 (TQM) 實現業務增長?
- flowable流程引擎通過模型ID部署流程模型
- 兩個技術小錯誤會毀掉一場風暴事件事件
- 通過釋出訂閱模式實現的事件委託模式事件
- 暴風測試9月17日來臨,《餘燼風暴》史詩之戰一觸即發
- 使用者故事/事件風暴中的功能與能力如何區分? - Killick事件
- 4月第2周業務風控關注 | 持續升級的內容安全監管風暴
- 企業流程數字化轉型研討會暨《流程最佳化風暴》新書釋出會 即將召開新書
- Android事件分發機制三:事件分發工作流程Android事件
- 基於 Netty 的可插拔業務通訊協議的實現「3」業務註冊及實際工作流程Netty協議
- 漫畫|面試風暴面試
- 電通東派:聯想Filez讓業務流程上雲端
- 通過觀察者監聽模型事件模型事件
- 信貸業務流程
- 通過 Samba 服務,建立 Linux 開發環境SambaLinux開發環境
- 事件系統-z 事件發現事件
- 《餘燼風暴》暴風測試今日上線,體驗中世紀自由開荒!
- 今天開始頭腦風暴
- 離子風暴衰亡史(上)
- Flutter——原生View的Touch事件分發流程FlutterView事件
- 通過佇列實現棧OR通過棧實現佇列佇列
- 【高併發】通過ThreadPoolExecutor類的原始碼深度解析執行緒池執行任務的核心流程thread原始碼執行緒