很多人在問什麼是敏捷用戶體驗 (Agile UX), 到底跟傳統 UX 有什麼不一樣. 雖然我不是專門的 UX desginer, 但是忍不住想要推敲一番.

 

agile-ux1-300x300  

 

首先, 因為我本身工作是測試人員, 所以也面臨一個雷同的問題: 何謂敏捷測試? 這個問題我就敢很肯定回答. 沒有所謂專門的敏捷測試方法. 敏捷測試是指, 遵守敏捷宣言和準則的精神, 在敏捷開發環境下, 可以跟開發流程融合順暢, 所使用一些測試實踐(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 界的多多賜教.

創作者介紹

David Ko的學習之旅

kojenchieh 發表在 痞客邦 PIXNET 留言(2) 人氣()


留言列表 (2)

發表留言
  • Allan Jw Lin
  • 很有趣,但可以舉的實例嗎?實作?我在這裡只有看到軟體的觀點,沒有人的觀點,只有效率、沒有效果,這好像離UX很遠。
  • 訪客
  • 例如: deisgn studio 便是利用 agile 原則的一種實踐, 他希望團隊一起來考慮功能的設計, 並且短時間內進行幾次的 iteration, 來得到一些 fedddback, 並且也讓大家達到共識. 我之前有介紹過:

    http://kojenchieh.pixnet.net/blog/post/365950526
    http://kojenchieh.pixnet.net/blog/post/366562064

    至於效果或是人的觀點. 我可以肯定的是designer and developer 坐在一起, 討論的及時性是非常高的, 這一定對事情的進行有很大的幫助.

    此外我們試過, UI 的設計早開發一個 iteration, 這會讓 iteration 在進行的時候, 不會還花很多時間在討論 UI , engineer 可以專注于開發.

    所以我們做的只是讓 UX 在 agile 開發流程中整合得更好, 讓"開發"的工作更順利.

    但是如果你提的是和外面使用者的互動, 這段我沒有經驗. 我無法回答實作上要如何進行

    在我們公司大多還是 designer 操刀. 也許是因為由 designer 負責, 所以導致團隊其他人不知道狀況如何, 畢竟 agile 是希望透過團隊一起行動, 減少溝通上的落差, 讓整個行動能夠有效率. 這部分應該使我們之後需要改進的地方.
找更多相關文章與討論

您尚未登入,將以訪客身份留言。亦可以上方服務帳號登入留言

請輸入暱稱 ( 最多顯示 6 個中文字元 )

請輸入標題 ( 最多顯示 9 個中文字元 )

請輸入內容 ( 最多 140 個中文字元 )

請輸入左方認證碼:

看不懂,換張圖

請輸入驗證碼