很多人在問什麼是敏捷用戶體驗 (Agile UX), 到底跟傳統 UX 有什麼不一樣. 雖然我不是專門的 UX desginer, 但是忍不住想要推敲一番.
首先, 因為我本身工作是測試人員, 所以也面臨一個雷同的問題: 何謂敏捷測試? 這個問題我就敢很肯定回答. 沒有所謂專門的敏捷測試方法. 敏捷測試是指, 遵守敏捷宣言和準則的精神, 在敏捷開發環境下, 可以跟開發流程融合順暢, 所使用一些測試實踐(practices). 像是 TDD, ATDD, pair programming, continuous integration, whole team approach 等等.
並不是他不要傳統的測試方法(如白箱測試方法, 黑箱測試方法), 也不是說他就沒有傳統測試階段(如單元測試, 整合測試, 系統測試, beta ). 它只是用一些新的手法, 或是組合, 傳統的測試融合到敏捷開發流程中.
同理, 大膽假設一下, 個人覺得敏捷用戶體驗也是如此. 沒有所謂獨特的敏捷用戶體驗方法, 只是遵從了敏捷宣言和準則的精神, 在敏捷開發環境下, 可以跟開發流程融合順暢, 所使用一些用戶體驗實踐(practices).
所以如果你想要知道敏捷用戶體驗要怎麼做, 第一件事情就是去了解敏捷宣言和原則(http://agilemanifesto.org/iso/zhcht/). 例如以下原則應該就和用戶體驗有關聯:
1. 我們最優先的任務, 是透過及早並持績地交付有價值的軟體來滿足客戶需求
2. 經常交付可用的軟體, 頻率可以從數週到數個月, 以較短時間間隔為佳。
為了要及早並持續交付, 以前的前置大規模的設計需要做改變, 可能要小批次, 或是有些動作要提早一個 iteration.並且要思考如何有整體感, 並且又避免太長的前置作業.
3. 業務人員與開發者必須在專案全程中天天一起工作
4. 面對面的溝通, 是傳遞資訊給開發團隊及團隊成員之間, 效率最高且效果最佳的方法。
和開發團隊坐在一起, 或是如何在設計階段跟其他角色緊密合作, 並且還能有效率有產出.
5. 可用的軟體是最主要的進度量測方法
如何讓設計可以儘快產生, 並且是可以討論或檢視的版本. 或是如何及早確認想法的正確性, 確保這是使用者想要的.
所以根據以上的原則, 很多人在 Agile UX 中使用 pragmatic persona, user story mapping, design studio … 等等, 並不是代表說他想提出新的東西, 其實這些 practice 在以前都有雷同味道的東西, 或者有些心法或是知識之前就存在, 但是現在只是重新組合起來, 好讓 UX 可以 iteration 環境中, 跟其他人更密切的合作, 更快速拿到回饋.
因此你是不是用 user story, design studio 並不重要. 你可以創造出你自己的做法. 只要他們能幫助你和敏捷開發團隊融合在一起, 能符合敏捷的精神, 這樣就是 agile UX.
不知我這樣大膽假設一下是否正確? 還請 UX 界的多多賜教.
留言列表
