在Agile環境下生存UX設計師心法
本文較適合剛入職場的UX設計師。
工作兩年多了，小弟有幸在Startup和Corporate都有接觸到不同的工作環境，這篇文章主要在分享小弟的經驗 — 在甲方的敏捷式開發環境中UX設計師如何生存。
小弟之前曾經分享過什麼是敏捷式開發 (Agile Development)，Agile的原則是減少浪費、產出迅速、不斷循環、快速學習。
敏捷式開發已經是軟體開發團隊廣為盛行的開發方式。然而，敏捷式開發是注重在開發者和工程師上面的，團隊常常使用的兩週的衝刺(Sprint)去定義每兩週的目標、軟體功能去做衝刺的模式卻是讓使用者體驗設計師難以配合。例如：
- 設計師：「這個新功能功能這樣做可能會造成使用者困擾，我們應該需要做一些調研去驗證這個設計的使用方式。」產品經理：「我們只有兩週要把它做出來耶你兩週內要交出設計稿喔！」設計師：「痾…」
- 韌體團隊決定在硬件上加入新的功能，而軟體必須配合硬體做出一樣的功能，而設計師完全沒有參與到韌體團隊決定新功能的流程和會議，軟體在設計上配合硬件，而完全無法利用高解析螢幕的優勢和讓設計風格和使用性保持一致。
原因有以下幾點¹:
- Agile Manifesto(主要編寫如何實行敏捷式開發的文件)並沒有將UX包含在內，許多時候在實行上時使用者設計師並不會被重視（或甚至不被包括在內）。
- 兩週的衝刺對使用者體驗設計師並不實際，Agile注重在微小的產出和不斷的循環中，使用者體驗設計師在這循環中在不斷的做設計產出、調研，常常會陷入太深在產出單一的功能而失去大方向的設計思考，像是設計的一致性、易用性或是無障礙性(Accessibility)，而使用者在使用產品時並不是只使用那些在Sprint做出來的功能的。
如過你也是有同樣困擾的設計師，其實大家都一樣，實行上真的是非常困難的。亦或是你已經是在大型公司有固定的UX的預算和各種資源也要了解：來到這一步也是非常的困難。
Nielsen Norman Group的文章『Agile is Not Easy for UX: (How to) Deal with It』撰寫了以下幾點是促進UX和Agile和諧的要素，小弟再增減自己的經驗做些歸納：
- 主管和高層階級需要了解UX的價值(Managers and Leadership Understand the Value of UX): 這並不是指老闆說說「啊哇災呀！使用者體驗很重要咩。哩誇誇勒賈伯斯那個iPod齁…」這種了解就好，而更是了解何謂使用者體驗設計，為何使用者體驗設計在產品開發中非常重要。
- 使用者體驗者領導設計(UX People Show Leadership)：設計師必須成為團隊上產品設計的守門員，在團隊做出使用者如何使用的假設時適當指出會造成使用者如何的困擾，更重要的一點為：使用者體驗設計師必須是UX的倡導者，不僅僅是「哩馬拜偷幾類尊重我的專業好嗎」的這種倡導，花時間跟同事解釋UX的方法論和重要性，給team上報告使用者調研的回饋，或是帶同是去做使用者調研，讓他們理解使用者的困擾，增加使用者的同理心都是增加團隊的合作，讓團隊了解為需要時間和錢去做這些調研。
- 敏捷式流程是有彈性的(Agile Process is Flexible)：敏捷式開發一開始出現時並不是死板，而是擁抱變化充滿彈性的，而許多公司在Scrum框架下面實行敏捷式開發時卻有時會過於注重在文件上的SOP的實行方式(在之前說過Agile一開始並沒有將UX包括進去)，設計師在過於死板的團隊裡只能成為設計規範產出者，而無法全面的顧及使用者的真正問題，或是不同產品的設計上和使用上的一致性。
Teams who incorporate UX well will figure out how to manage tasks and user stories so that UX has some time to get ahead of production and create validated, researched, and thoughtful designs.
以上說明團隊成功的與UX合作的方式：擁抱敏捷式的初衷，保持透明並承認團隊不知道所有的問題解決方式。讓UX人可以在團隊開發之前有足夠的時間去做調研、驗證，並找出UX如何適當的管理任務和與團隊合作。
4. UX專業人士與開發者在同個團隊裡(UX Professionals and Developers Are Part of the Same Team)：合作溝通，四個字是最容易講出來卻又最難實行的概念，尤其使用者體驗設計師常常在好幾個項目上同時進行，造成設計師沒有擁有產品的感覺。工程師和開發者必須尊重UX設計的精髓和過程，和設計師的想法，設計師也必須時常的溝通進度，有邏輯的說明設計的思路和驗證設計的想法才能贏得團隊的信任。
另外，小編認為在工作上以下幾點對於UX在團隊上的實行非常的有幫助：
- 儘早的參與開發的流程：每個產品的狀況不同，以小編的經驗為例，小編在硬體公司尤其，硬體在設計上並不像軟體自由度那麼高，軟體可以走Agile的流程不斷的做更改，硬體卻是非常Waterfall的設計 → 驗證 →開發，自由度非常的低，若使用者體驗設計師不在硬體設計的階段就去參與，軟體常常會跟硬體互相牽制，或是設計上只能遷就硬體的限制。設計師必須在早期參與任何決定的過程，儘管可能開會時也沒什麼事要做，時常的了解進度對於之後如何規劃調研和設計產品的一致性都是非常有幫助的。
- 在團隊上保持設計師的童趣：與開發者，或是工程師一起做一些設計的工作坊，和邀請團隊一起參與設計對於團隊上的合作和對UX的重視非常的有幫助。譬如說在設計資訊要怎麼排版時可以邀請工程師和Marketing的人一起做卡片分類法(Card Sorting Exercise)，可以讓團隊了解一些UX的方法，更可以讓資訊排版比較合乎邏輯。或是邀請團隊一起使用Prototype給回饋等等都可以提升團隊對設計的溝通及討論。
- 保持彈性：有時候想要做許多調研，實際上並非如設計師所願時，提出問題並不能解決時間上的不寬裕，這時候UX設計師只能以最大可能的假設去盡量設計出最合邏輯的設計，和與工程師溝通：「我們現在這樣解決，但是這是個暫時性的解決辦法。」（這個非常重要，不然他們以後就不改了）才能讓開發順利進行，不斷的與團隊調整和檢討如何將UX與敏捷式開發團隊合作，讓下次的調研更順利。
UX和敏捷式開發流程合作起來並不是那麼容易，但是是可行的，使用者體驗設計師在工作上時不僅僅是需要在UX領域的專業，更要成為良好的溝通者，保持彈性，才能在團隊上合作順利。小編也在這塊上不斷的調整和學習，希望這篇文章對大家有幫助！
-Wei
