前言
今天在公司內部上到了 Diro 哥非常推薦的一門課
Scrum Drawing Game [參考: Scrum Drawing Game 1.2 四小時豪華版]
講課的人是發想出這個遊戲的作者 Juggernaut
第一次與賈格的一面之緣是在新竹的敏捷活動
當天也是第一次參與 91 哥的 workshop
非常感謝我待的 Group 特地安排一個專班
請賈格來帶這一個 workshop
即使過去在前公司 VIVOTEK 跑了三年多的 scrum
還是可以從這樣的 workshop 學習到很多東西
 |
| 客戶想的跟說的跟你認為的永遠不一樣 [圖片來源 : knowyourmeme.com] |
產品探索的重要性
因為 Scrum 的精神與流程還算有點經驗
所以敏捷開發與 Scrum 的部分只是再次透過賈格的說明
重新驗證自己的理解有沒有問題
不過倒是對於產品探索本身有了一些新的學習
今天我們不是得分最高的組別
我後來覺得在唯一一次 stakeholder 到團隊來說明需求的時候
有一些地方做得不好以及應該可以做得更好
- 團隊說了太多話 大家可能急著把想做的事情列出來，卻不知不覺說了太多假設的事情。
- 團隊應該要只問問題 回家的路上跟洗澡的時候，我想想，團隊應該只能問問題。
例如：客戶列了很多跟隱私有關的需求，我們就以為他一定很重視隱私。
結果我們先把整個房子對外窗都做單面玻璃，還在大門做了指紋跟虹膜辨識。
客戶驗收了，但是這項需求的 value 卻是 0... Orz
因為很難得可以直接接觸客戶，應該要放下所有腦補，直接以很多的問題來確認客戶到底在想甚麼。
甚至應該問客戶最重要最在乎的是甚麼，因為那通常是對方認為對他價值最高的事情。
所以「聽」跟「問」是很重要的。
這點也呼應了 91 哥說的，需求是問出來的，以前我們會抓著 PO 把事情問清楚。
很有趣的，離開了那樣的情境，反而卻忘了要做到一樣的事情。
看來是還不夠融入自己的靈魂啊 XD
