【敏捷小酒館】#9 - 活動心得 === | 時間 | 相關連結 | 主題 | | ------------- |:-------------:| :-----:| | 2018/03/12 | [活動網頁](https://agilebistro.kktix.cc/events/cheers09) 、[愛瑞卡‧漫遊敏捷](https://www.facebook.com/designerica.cc/) | 產品開發從說個好故事開始 | ## 從說故事開始 開發軟體的規劃階段,常常使用使用者故事 user story 作為需求規劃,到底一個好的 user story 該有哪些特點,而 user story 到 規格 之間要如何 mapping? 參加今天的小酒館,[Erica ](http://designerica.cc/about-erica/)藉由互動遊戲,與參與者分享如何 user story。 ## 遊戲一:自己的晨間故事 * 範圍:從起床到工作 * 一件事一張黃便利貼,按照時間順序排列 * 格式:(主詞) 動詞 + 名詞 透過一張張的便利貼互動討論,也更了解彼此的過程和細節, ### 接著:試著將自己的故事跟別人整合 * 將相同的整合,按照時間排列 自己的流程是一回事,當要開始整合的時候,彼此之間的差異該如何整合,是要加入或捨去呢?不同的順序該如何安排呢? * 將事件分類,寫在另一種顏色的綠便利貼 各組開始將小事項分類,例如:準備出門、通勤移動...等,這時候我們已經從一件件的小事項,向上到更高的層次看到整理的圖像。 ![](https://jpattonassociates.com/wp-content/uploads/2015/01/StoryMapping.png) > 參考來源^1 黃紙,可以視為一件件的 Task。 綠紙,在我的理解是去掉細節的、精簡的**小目標**,抽象化的概括下方的 Task。 ### 加入一位極端 User... 最後一步驟,跳脫自己的角色(工程師),試著想像另一種角色,例如網美、新生兒媽媽的晨間故事,用藍色紙呈現新的事項,最後呈現的樣子: ![](https://images-na.ssl-images-amazon.com/images/G/01/aplusautomation/vendorimages/10eb4fe2-9dd5-4e89-a48d-5d3506fabb91.png._CB287022888_.png) > 參考來源^1 綠紙,可以視為專案的主幹,可以看出專案的整體狀態, 綠紙條,又稱作 `Narrative flow` , `Narrative` 直翻譯是旁白,如同一本故事書捨去情節的 `TL;DR` 而藍紙,則是極端 User stroy。 ## 思考:晨間故事遊戲教我的事 ### 從更高的層次看,見葉也見樹 做專案時,會把一件件的需求寫在便利貼,儘可能在一張便利貼詳盡的描述,最後不得不拿出一張更大的紙寫的鉅細靡遺,但往往結果還是不盡理想。 或很多時候便利貼一多,往往忘記專案當初要的結果,見葉不見樹,最後時程一久,這些需求就變落葉通通都被掃掉。 透過黃色紙分類綠色紙這個過程,分類每個階段,也看到各階段的細項,而以時間為軸(專案時程),至始至終都能清楚專案全貌。 而定義起床到工作,則讓我們從結果出發,確認個階段目標。 ### 溝通,見樹也見林 專案常常是跨部門、多個角色參與的,每個人安排的順序和到達目標的方式都不同,整合好不同的需求與資源,團隊才能朝同一個目標前進,而不是各走各的。 ### 加入極端 Case 探索其他可能 跳脫角色,可以讓我們從別的角度思考這專案有沒有其他的可能性,或是我們沒注意到的盲點。 最後,再回頭思考最重要的影響與價值是什麼,回頭切割,做出可執行的專案計畫。 ## User Story - 專案起手式 一張卡片 (一個 User Stroy) 的樣子是: * 一段簡單的功能敘述, * 找出有價值的功能 * 事後回憶的索引 卡片會隨時間演化,變成開發的細節,再變成規格。由此可知過於詳細的 User stroy 並不適當,製作文件本身變成了目的,而忘了客戶最想要的價值;另外也會造成錯覺,以為文件寫好了,可以不用溝通了。 敏捷鼓勵將時間多花在開發者、客戶、使用者之間頻繁的溝通 > 參考來源^2 ## User Story 卡片只是個開始 > All those conversations—and the documentation that helps us recall them—are just a means to an end. Eventually we’ll need to build something. ![](https://www.safaribooksonline.com/library/view/user-story-mapping/9781491904893/images/usmp_0901.png.jpg) > 參考資料^1 今天的 User Story 遊戲,聚焦在專案最開始時的需求規劃階段,也就是圖片中的最一開始的 `CARD` -> `CONVERSATION` -> `CONFIRMATION`。過程是不斷的溝通再溝通。 學完了招式,接著便是實踐在日常開發了! ## 參考資料 1. Patton, J. (2014). _User Story Mapping Building Better Products using Agile Software Design_. 2. [User Stories (1) 什麼是 User Story?](https://ihower.tw/blog/archives/2090) 3. [Impact Maps and Story Maps: delivering what really matters](https://www.slideshare.net/chassa/2014-0618srdimpact-mapsstorymapsen)