今天 AgileCommunity.tw 分享的主題是有關於 Agile UX 的. 之前對這個主題研究不少, 也看過不少人的分享, 或者是自己團隊也有在進行. 但是還是想知道, 是否有更高明的做法, 或者是自己的認識否走在對的方向. 所以很期待今日的分享.
 
 
今天的講者, 是來自於微軟做 UX 的人. 小時候在中國長大, 13 歲後到美國唸書, 在微軟工作了 6-7 個年頭. 他在微軟都是飛來飛去的, 需要和各地的人一起合作. 並且需要負責訓練開發人員 UX 的觀念. 此外, 他也會利用 UX 的方法, 在開發 NGO 的專案上面. 能夠有這麼多元經驗的人, 還真的不容易遇到.
 
以下是我印象比較深刻的重點
 
(1) 不要問用戶設計的問題, 用戶不是設計師. 你該問的是系統是否能幫助他解決問題, 他是否滿足系統提供的解答, 系統是否很方便使用.
 
(2) 用戶和客戶不同. 用戶是最後使用的人, 客戶只是付錢的人. 滿足客戶的需求, 可能會做出用戶不滿意的系統
 
(3) Agile UX 的重點
    用戶要充分參與
    保證客戶想要使用
    滿足投資的目的
    以迭代增量的方式進行
 
(4) Agile UX 的挑戰
    沒有在開始寫代碼前, 做好 UX 的準備工作
        UX 是編程後意外的一個結果
        沒有統一的體驗
    沒有時間做 UX 調研和測試, sprint 的時程排得太緊
        UX without user research is not UX. Its just X(eXperience, 只剩體驗, 可能是壞的體驗). (UX - U = X)
        UX 問題發現太晚, 導致更多代碼需要重寫
 
(5) 在微軟中
    每個 engineer 需要接受 UX 訓練
    每個 engineer 需要分擔 UX 的工作. 就像 RD 需要分擔測試的工作
    如果 RD 沒有分擔 UX 的工作, 他就對 UX 工作沒有同理心, 就不會重視 UX 的工作.
 
(6) Agile UX 的 3 件事
    3 個工作
        用戶角色
        原型製作
        設計    
    3 個儀式
        sprint 0
        團隊設計討論
        可用性測試
 
 
(7) Pair Programing
    不只 RD 和 QA 可以一起合作寫程式, RD 和 UX 也須如此
    彼此合作 2- 3 個專案, RD 就會了解 UX 在想什麼
 
 
沒想到略懂略懂, 不是只要懂測試而已, 連 UX 也是要了解. 攻城獅真是一份不簡單的工作.
 
創作者介紹

David Ko的學習之旅

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