Workshop: 問題解決導向的用戶訪談工作坊

『老司機帶我上車，來場真槍實彈的 User Interview 吧！』

Workshop 內容主要介紹：使用者訪談, Persona, Impact mapping 的基礎概念，但是那都不是重點（咦？），回家自己google、看書就可以了，重點叫車吧是玩真的，幫我們找來 __『真槍實彈的叫車吧司機』__進行訪談。不得不說，這真的是我玩過最『真實』的 workshop，印象非常深刻！

此外，可以偷學這舉辦 Workshop 的方式，用一句話解釋大概就是：『以辦 workshop 之名，收集各種 possible solution idea 之實』（誤），但實質上其實是舉辦方和參與者的雙贏局面，實在也是高招！

Open Space Tech.

Open Space Technology 我翻譯成白話文是：『一種有效的群體對話交流框架，把自己有興趣/遭遇的問題開成話題，有興趣的大家一起來討論』

1.敏捷應用於教育

國小與幼兒時期，如果讓家庭和小孩，從小習慣『敏捷思維』，也許能解決家長教育孩童的痛點。主持人有給相關議題的 keyword ：

此外，我也覺得上篇中 UX-drive Agile 用戶導向的敏捷設計（講者：David Chen）的小孩規劃迪士尼案例，也是很好的典範，值得學習！

2.如何在企業中以 Agile 的方式 導入 Agile

Agile 精神在於迭代方式進行，取得回饋，持續反省並改進，但有趣的是，企業或組織導入 agile 是否也能用 agile 精神的方法呢？這個 talk 根本是聽敏捷三叔公說導入故事XD，我記得討論中導入 roadmap 中關鍵步驟有：

  • 為了能夠讓老闆接受，先執行可量化、看的到結果的部分（CI/Automatic Testing/Testcase)
  • 找一個上級背書（讓推行過程排除部分困難）
  • 建構 pliot team 嘗試新做法
  • 公開各組成果，促進良性競爭，塑造各團隊文化
  • 逐步改進，放低標準，有做一點就算是是有做，逐步讓做的範圍增大

3.非開發者從 Agile 聚會中的學習

這個 talk 群，十分有趣，對話成員多半是非工程背景的人，深入其中更能察覺不同觀點。

a. 敏捷精神，從自己個人實踐開始。

  • 舉例：自我在工作上是否有持續迭代進行？持續定期檢討改進？或以『敏捷宣言』來審視自己的工作態度，是否足夠具備『敏捷宣言』的要素？

b. 差異（Gap）：Engineer 與 UX Desginer 眼中的 MVP（minimum viable product）

一句話點破 Engineer 和 UX 的觀點差異在於：

  • Engineer 從軟體實作的角度而言，可能認為 MVP 單純是刪減 functional feature 數量而已
  • UX Desginer 從 UX 角度而言，MVP 必須是『一個包含完整體驗的 feature』

對我（工程師）來說，習慣性的會掉如實作細節的陷阱，反而忘記 MVP 的 high-level 目標，時時要提醒自己，自己目前做的事情，是位處於 big picture 的哪裡、以及為 User 產生什麼 impact 和 value 。

幫大家找一張完整的圖片：

photo source: Minimum Viable Product (MVP) and Design - Balancing Risk to Gain Reward, Interaction Design Foundation

另外，MVP的構成考驗PM（或PO）切割 Requirement 功力，UX Designer 也容易能從 Experience 角度拆解出對 User 有價值的 MVP ，應該多問問他/她們才對！