Agile Experience Design 讀書筆記
John Armitage 在“are agile method good for design?” 一文中討論到
http://faculty.salisbury.edu/~xswang/Research/Papers/SERelated/Agile/p14-armitage.pdf
敏捷開發的做法, 是藉由 iteration, 每次做一點, 快速得到回饋, 然後再在調整修正方向. 但是在這個過程中, 忽略了用戶體驗的設計; 或者只是針對某一部分功能, 讓設計師進行設計. 其狀況可能如下:
1. 老闆有了一個需求的想法
2. 開發團隊中的 PO 將此想法轉換成 user story
3. 設計師對於 user story 進行設計
4. 開發團隊對風險最高的 story 先進行開發
5. 接著開發團隊根據商業價值, 依序開發和交付
以這樣的方式進行, 會有以下問題:
(1) 雖然每個 iteration 都有產出有價值的東西, 但當每個 iteration 所實現的功能組合在一起時, 整體產品的感覺或是價值, 可能會不如預期.
source: http://faculty.salisbury.edu/~xswang/Research/Papers/SERelated/Agile/p14-armitage.pdf
(2) 設計師和開發人員各做各的, 其實也是一種 waterfall 的流程.
在 agile experience design 一書中, 則建議比較好的方式應該要是下面這樣:
1. 老闆有了一個需求的想法
2. 跨功能小組要成立起來
3. 跨功能小組對於這個需求, 提出了不同的看法或解決方案
4. 透過一同討論的方式, 讓大家對這個需求有共同的理解
5. 跨功能小組走出辦公室, 去找出新的想法
6. 利用 protyotpye , 跨功能小組很快讓願景展現出來
7. 根據願景來展開 user story, 並且排出先順序, 來訂定開發計劃
8. 根據願景, 在開發過程中不斷調整細節
這樣的方式, 改善了之前的兩個問題.
(1) 這個方法並不是要你做大量的前期設計, 而是希望在一開始時, 要建立起產品的願景. 之後 iteration 的設計, 便可以依照願景來產生細節
(2) 步驟 2-5 便是要大家一起協同合作來設計, 而不是各做各的. 大家說出自己的想法, 共同討論, 讓最後的解法是有共識的
留言列表
