工作故事遇上故事風暴

延續昨天所講的工作故事，工作故事主要可以找出用戶的需求、動機、情境、目標等參數，我們下一步一起來把故事變成具體的活動與步驟，我們一起先來定義「活動」「步驟」。

活動是為了達成特定目標而付出努力的行動。可以獨自進行，也可以由多人協作完成；可以由人工完成，也可能由系統來執行。

步驟是將活動分解為更小的任務單元，當所有步驟都完成時，意味著整個活動完成。而當所有活動都完成時，就代表著上層的需求和目標也已經實現。

既然我們有共識「活動」「步驟」的定義，我們一起來把故事解構囉~~

首先，我們要先有認知，活動中其實是包含許多種的步驟，每一個步驟都代表著一個相對精細的工作單位，這樣的工作單位可以由單一個人來完成。如果某個特定的步驟無法被單獨完成，表示步驟切割得不好，需要進一步細分為更小的子步驟。

拆解活動為步驟，需要對流程和需求有深入的了解，通常需要外部領域專家(subject matter expert，SME)的專業知識參與。如果缺乏適合的外部專家，我們也可以在使用者中尋找合適的候選人來協助，可是有相關學經歷背景的朋友來擔任。

舉個例子，假設我們現在需要設計一個電子化表單，來統計中午要訂甚麼便當，此時，如果參與拆解的成員，並沒有實際協助過大家訂便當的經驗，可能設計出來的表單並不貼近實際的作法，此時，如果請實際協助大家訂便當的朋友來一同協作，可以讓流程更貼近現實。

在將活動細分為步驟時，確保充分理解活動的動機、情境和存在的問題是至關重要的，以確保每個步驟都是明確的，並且不基於任何未經驗證的假設。

假如需求含糊不清呢？

在某些情況下，所呈現的活動和步驟示例可能對那些具有經驗的人來說很容易理解。然而，當我們對某個專業領域不太了解時或沒有經驗時，就必須採取進一步的措施來幫助我們理解。下面將會介紹一種名為“事件風暴”(EventStorming)的方法，這種方法能夠幫助我們對事物獲得更清晰的理解並達成共識。

運用事件風暴以達成共識

事件風暴（EventStorming）被視為一項集體活動，其目的在於將未知領域內涵蓋的多個面向，例如商業流程、需求、事件等，轉化為具體而形象的展示。透過一系列策動，參與者得以達成一致，融合彼此觀點。此方法最早由Alberto Brandolini提出，並已廣泛應用於全球各地的大型企業組織中。其成效已被驗證，能夠協助團隊建立共識。

作為一種團體活動，事件風暴可以選擇線下實體形式，也可以選擇遠程方式進行。但建議還是採用線下實體形式進行。活動的主持人將起到引導活動進程的關鍵角色，其他人則參與活動的各個環節。在活動中，所有參與者都應積極表達個人觀點，提出問題，通過這種方式最終獲得對新領域的深入認識和理解。

事件風暴的目標是加強對特定領域的知識和共識。通過共同的知識基礎，團隊成員在進入開發階段後，能夠更加一致地合作，從而最終實現高度一致的成品。

故事風暴 + bpmn ⇒ camunda

BPMN是流程模型標準，既然是標準，表示我們在上頭所做的一切都是要有憑有據，要有明確的定義，例如:當C訊號傳送True，發送A物品到B節點，但是在實際解決案例時，並不是這麼簡單，如果現在有一個需要，「幫我買一杯珍珠奶茶｣，其實這需求並不明確，缺乏時間、地點、主詞，工作故事可以補足缺乏的時間、地點、主詞，但是每個人的答案可能會不同，這在一個組織和專案會導致後期開發的困難，這時使用故事風暴，凝聚大家的共識，討論出一個共同解決方案，並將這個方案轉換成BPMN標準，這時你就會發現camunda的原型出來了~~

BPMN官網

http://www.bpmn.org/

OMG BPMN2.0

http://www.omg.org/spec/BPMN/2.0/

如果有任何問題，歡迎在下方留言！！ 筆者頭一回寫技術文，如果內容有誤，或者內容的呈現上有所缺陷，如果您願意，歡迎在下方留言給我呦～～

anything.best

這是我的部落格，歡迎點擊閱覽喔～～會不定期更新文章