之前提過敏捷開發分成兩個階段: discovery 和 delivery. 在discovery 階段時, 我們要做的事情, 就是釐清要做的東西是什麼, 以避免接下來做錯功能, 導致重工的事情發生. 在 discovery 這個過程中, 以下有些值得注意的事情:
1. 將正確的人聚集在一起
敏捷要由利用 whole team approach 來做事. 因此在討論一些東西, 像是需求分析, 設計等事情, 需要要請一些代表, 同一時間聚在一起, 來討論事情要如何做. 要記住, 這些代表是要有能力跟其他人合作, 並且提供需要的資訊.
在傳統 waterfall 的方式, 大多是單一角色的人, 自己把工作處理完後, 再交由其他人檢視, 或者是在交給下一棒的人繼續處理. 因此要很多時間解釋, 如果萬一做錯, 還要花時間來來回回修改檢視, 讓整個流程變得很沒有效率.
2. 善用疊代得到回饋
對於複雜的問題, 我們不會一起就解決了, 需要利用疊代的方式, 逐步找出解決方案. 通常我們會對問題建立模型, 例如: user story mapping, persona, user journey map, 讓大家可以一起來討論, 並且驗證我們的假設是否正確.
3. 重心在目標
在和工程師討論時, 有時候心思會放在解法身上, 但是卻忘記了原先要解的是什麼問題, 更嚴重的, 有可能是解錯了問題. 須知道在這個階段, 重要是在了解問題是什麼, 而不是如何去解問題.
例如: 處理如何去上班這個問題, 你要去釐清的是使用者想要最快的方式去上班, 還是最省錢的方式去上班, 或是上班時會遇到什麼困難. 而不是去討論是搭公車, 或是搭計程車, 還是自己開車. 怎麼去上班
4. 要根據觀察到的東西來下決定
很多時候客戶跟你說的東西是不正確的, 他們可能是為了迎合你的題目, 所說的漂亮答案. 因此, 你要看的是客戶如何使用的過程, 或者是客戶目前的操作環境, 從真實的世界中, 觀察他們到底遇到什麼問題, 或是他們從中得到什麼好處. 這樣才是真的東西.
這也意味著, 你必須走出辦公室, 要實際到使用者所在的世界觀察, 甚至和使用者聚會的咖啡廳也是不可靠的地方, 那些都是充滿的謊言的地方.
5. 利用視覺化來交流資訊
很多時候想法寫在文件上容易遺忘, 並且會讓人家容易覺得那件事情不關我的事. 因此, 通常會利用一些視覺化的方法, 來呈現目前所觀察到的資訊. 例如: story mapping, story board, 照片, 手繪的 prototyping 等等, 讓大家可以看得到這些資訊, 並且藉此觸類旁通, 刺激出更多想法.
簡單的說, 在這個階段要做的事情, 是要避免跳得很深, 已經在想某些地方的解法是什麼. 你應該做的, 是努力在釐清要做什麼, 以視覺化的方式, 透過協同合作來達到.
參考文獻: Agile Experience Designing: A digital Designer’s Guide to Agile, Lean and Continuous
全站熱搜
留言列表
