為產品說個好故事:台中敏捷之旅2017 使用者故事對照工作坊 活動紀錄

今年也很開心收到Max Lai的邀請,在Agile Tour Taichung 2017進行工作坊。這次總共有30位朋友參加,大部分為台中在地的朋友,另外有幾位從台北過來參加。

 

其實關於User Story Mapping (USM)/使用者故事對照/使用者故事地圖這個主題,我目前有過幾種不同形式的呈現。

  • 1小時的演講與小練習
  • Agile Tour Taipei 2016的2小時工作坊
  • Agile Tour Taichung 2017的4小時工作坊
  • 泰迪軟體的一日班課程

 

我自己很喜歡帶工作坊,即使是同一個主題,每一次都會根據參與的朋友不同而擦出新的火花。所以每一個活動開始前我都會重新思考,同一個大主題底下,針對不同的活動長度與族群,我希望能傳達什麼給來參加的人呢?他們結束之後能帶走什麼?產生什麼改變?

 

所以我自己也是用User Story Mapping (USM)的方式來設計內容,把我想講的主題用時間軸序拉開,再用不同成果來選擇。如果說一日班目的是「希望回去的人可以開始動手設計自己第一個工作坊」。這次則是希望「透過實際操作,體驗到運用USM開啟對話的價值」。

20170114_attg_01
用USM設計USM Workshop中。(很真實的一片凌亂XD)

 

因此,我最後選擇傳達這三件事情:

  1. Yes, And,故事是為了開啟對話
  2. 見樹又見林,看見全局
  3. 少,但是更好。

 


Yes, And,故事是為了開啟對話

 

其實會有這點,是來自我知道User Story Mapping (USM)之後進入的第一個誤區。

當時覺得「哇~這個方法看起來就簡單好用」,就興沖沖地自己建了一張滿滿的~大地圖。
甚至也覺得都貼心的「翻譯」成為User Story了。想說這樣開發團隊應該可以直接「照做」了吧,只要討論需求樣貌跟實作細節,看來可以省很多時間在開會上。

但實際進行才發現,怎麼Planning的時候,問題還是滿天飛,似乎我心中的美好畫面怎麼樣都無法傳達出去,不斷再回答為什麼。

後來發現,那因為我沒有讓團隊加入對話。而是只有自己一個人講個夠。就像我自顧自地拿著度假照片炫耀有多好玩,但沒發現他們根本沒在這段旅程中。

於是我開始邀請團隊一起就目前已知來建地圖。過程中,不斷有人講出、討論我認為應該是常識的Context,給出發言的空間,發現原來大家可以對話得越深入。

 

 

「帶一塊磚頭來,而不是一座大教堂。」

——《即興力》

 

每個人拋出一些點子/認知,在過程中大家一起參與,對產品是有想法的、有Ownership的意識。慢慢地從而建立起來。

在這邊,我帶了一個故事骰說故事的遊戲進行(遊戲靈感來自於微笑角即興劇團)。

 

20170114_attg_10

 

 

見樹又見林,看見全局

 

有時候我們都會太多陷入細節而不自知,到底什麼時候才是足夠呢?太淺?太廣?太深?不要?不重要?其實這些判斷當沒有地圖在心中的時候,是很難定位的。

因此,我們先能夠拉高視角來看全局。

因此我設定了題目,透過幾個步驟進行(詳細可參考User Story Mapping書中介紹):

1. 先用單一故事拉出一條時間軸,讓故事地圖越扁平越好,作為基準線,找出骨幹。
2.加入不同變數與角色,讓地圖往下深入發展,重新往上整理骨幹。
3.由骨幹再往下思考可能性、替代方案、細節等。

可以看到,這個目的就是希望讓擁有不同資訊的人的想法在同一張地圖上呈現。

這些資訊的目的不是要讓人眼花撩亂、資訊過載,也不是寫了就是承諾要做出來,而是能夠一起看見,並且加以討論、釐清,找尋共同理解。

 

 

少,但是更好。

當我們看見全局之後,接下來就是選擇做什麼?

 

 

「不要愛上你的第一個點子」

 

 

當競爭對手提出一個新功能,突然來一個新點子之後,做或不做?做多久?只是假設?要驗證嗎?真的有價值嗎?對使用者的影響是什麼?提出總總問題,可以回到地圖上來找洞見(insight)。

再經過不同手段的發散、收斂,提煉、剪裁出最有影響力的內容。就像拍照一樣,我們在為這個世界構圖、取景。

 

 

要傳達的是?

以上三件事情結合起來,就是讓相關的人聚集在一起,每個人拋出自己所知,用故事進行對話,一起看見全局,挖掘背後的深意,萃取出骨幹,豐富內容。最後,用關鍵的影響力回頭剪裁留下真正的產品故事。

 

下一步呢?

像是

  • 參與人員、方式設計
  • 根據不同的目的,至少有四種不同的使用方式
  • User Story的生命週期
  • 多個使用者怎麼建地圖
  • 怎麼從零開始,與Design Thinking或Impact Mapping的結合?
  • 有了地圖之後,怎麼和敏捷開發團隊合作?
  • 和軟體架構的關係?
  • 低科技與線上工具的選擇使用?
  • 說故事的技巧
  • …等等

 

就留在之後一日班跟文章裡繼續聊囉!

 

 

最後,

這次在台中我有很多新的嘗試,希望大家跟我一樣,都有帶走些什麼 🙂

衷心感謝Agile Tour Taichung的總招Max,以及幫我克服場地限制瘋狂搬桌子的JiaJia, Cash, Johnson,隔壁棚跑來聖佑等,以及每一位投入工作坊的朋友。

除此之外,更要感謝Agile Tour Taipei 2016、工作人員David、Tony等(族繁不及備載)與參加的朋友們,提供了一個舞台讓我可以嘗試新想法與回饋,並且在這次台中場做出改進。

 

Erica Liu

Erica Liu

大多時間都在軟體圈打滾,這幾年漸漸體悟敏捷精神,至今仍然持續實踐不斷改善。重視人與人的交流,喜歡透過引導讓人自我啟發,工作之餘也常和社群交流與分享經驗。
Erica Liu

發表迴響