UX設計師在Scrum敏捷團隊中工做面臨的六大挑戰

做者/ Saadia Minhas

翻譯 編輯/ 所長瓜田君

如需轉載請點此查看轉載須知。

譯者註釋：Scrum一般用於敏捷軟件開發，它一樣能夠用於運行軟件維護團隊，或者做爲計劃管理方法。

不少互聯網團隊應該都用過Trello、Teambition等來進行Scrum管理。

目前敏捷UX設計是一個重要的話題，互聯網上已有許多優秀的文章和指南，給了人們很多啓發。

有些人認爲，把敏捷UX設計與敏捷發獨立開來或許會更好。而且敏捷UX設計應該在敏捷開發以前執行。

也有一部分人認爲敏捷UX設計應該與敏捷開發分紅兩個Scrum並列進行。

另外還有一部分人認爲，UX設計師、開發和測試人員應看成爲Scrum團隊的一個總體，全部工做同時進行。

本文主要是針對最後一種項目管理方式而展開的。

「做爲Scrum團隊的一員，開發、測試人員和UX設計師能夠協力在階段中完成他們的任務，並創做出高質量的產品。」

可是，UX設計師會在一個項目整合的Scrum團隊中面臨一些挑戰。本文列出了這些挑戰，以及一些幫助克服這些挑戰的建議。

什麼是Scrum團隊？

「Scrum團隊是一羣人一塊兒工做來達到的所要求和承諾的產品增量。」

—— Scrum Institute

團隊成員

Scrum團隊有三個角色：團隊成員，Scrum管理者，產品擁有者。

團隊中對這些人的數量沒有限制。一個理想的Scrum團隊可能包含7 - 9個成員，但會視產品需求狀況而定。一般一個Scrum團隊有1個UX設計，1個測試和多個開發。

Scrum團隊是一個自組團隊，負責完成他們在每一個小衝刺中所須要完成的任務。

Scrum管理者

Scrum管理者是負責團隊並使成員避免外部干擾的人。TA像是一個教練，幫助球隊在項目階段中專一於本身的目標。

產品擁有者

產品擁有者是指導團隊走向正確目標的人。TA負責產品任務的優先級、用戶故事的完善、任務衝刺的開始和結束。TA能夠爲Scrum團隊的成員來解疑。

產品擁有者會清晰產品願景和它的商業價值。

Scrum事件

Scrum有一些須要遵循的事件，包括梳理會議，計劃會議，平常站立（爲了讓Scrum會議開得快而簡潔，通常是站着開會），任務點評和回顧。

團隊全部成員須要一塊兒參與這些。

在Scrum團隊中的UX設計

在整合了UX設計、開發、測試的Scrum團隊中，讓UX的工做提早進行是很是重要的，以避免任務的延遲影響到開發。

所以UX設計師的角色很是關鍵。TA最好在開始UI設計以前就向團隊提供所需的UI功能組件。

譯者註釋：有經驗的UX設計師能夠在細化UI設計前，根據流程框架圖就肯定好產品開發中須要用到的UI組件。

但目前可供前端開發選擇的樣式框架也比較多，便也減輕了UX設計師這一部分的工做量，但設計師與程序員之間仍是要提早作好溝通和肯定工做。

在團隊中，程序員能夠輕鬆找到設計師，並向TA詢問任何缺乏的設計部分。

設計師也能夠在過程當中審查程序員的實現狀況，對樣式實現不完美的地方，並給予修正建議。

測試人員能夠在產品開發後進行測試，並寫出測試時所遇到的問題（Bug、或體驗問題等）。

所以，Scrum團隊裏的UX設計師、開發和測試之間能夠經過良好的溝通來提升產品質量。

UX設計師在Scrum團隊中的角色

UX設計師的角色在Scrum團隊中很是關鍵。TA應該對產品願景和要求有清晰的認知。

TA與產品擁有者、用戶密切合做，瞭解用戶故事的需求和改進。

設計師還應承擔設計工做的主權，並按照定義的標準來提供開發所需的UI組件和規格。

UX成員是UX COP（Community of Practice）的一部分。全部UX設計師按期進行協做，共享信息、提升技能、定義審查標準和指南，並確保全部Scrum團隊之間設計的一致性。

UX設計師面臨的問題

Scrum團隊中的UX設計師有時可能會受到團隊其餘成員的影響。若是設計師是剛加入團隊，或者經驗還不夠充足，那麼TA可能很難堅持本身的設計意見。

下面列出了UX設計師在Scrum團隊中可能面臨的各類挑戰。

1.資深成員的影響

Scrum團隊大多包含開發人員，大多數狀況下Scrum管理者也來自開發團隊。

這些資深的開發人員有時會試圖影響UX設計師的設計。他們佔多數，而且可能在設計工做中強制實施以開發人員爲主導的方法。

2.缺少技術知識

UX設計師缺少產品相關的技術知識，可能並不清楚用該用什麼技術來實現產品。

因爲技術限制，開發人員也許會代表設計出來的佈局沒法實現。UX設計師得開始尋找其餘方案來設計相同的功能，有時會不得不向用戶體驗妥協。

3.保持良好的團隊關係

UX設計師是Scrum團隊的一員。TA與團隊成員一塊兒工做、吃飯、交流。在團隊中創建良好的關係、以及迫使其餘人去完善已經肯定了的方案，對設計師來講是一個挑戰。

良好的關係有時會可讓設計師的工做變得更容易，但有時候也容易讓TA很難說服其餘成員。

譯者註釋：孔子有云「遠之則怨，近之則不遜」。

4.團隊缺少全部權

因爲Scrum團隊主要包含開發人員，他們對用戶體驗及其在產品生命週期中的重要性並無太多瞭解。這就是他們不能主導UX設計師和UX設計工做的緣由。

若是UX設計師爲多個Scrum團隊工做，那麼這個問題會變得更加嚴重。

5.共享的UX成員

雖然在多個團隊中共享成員在Scrum模型中受到比較大的阻礙，但在現實中仍是常常會有這樣的狀況。

若是一個UX設計師被多個團隊共享，每一個團隊都很難承擔本身的責任。另外，UX設計師也沒法徹底參與到每一個團隊的活動中去。

這可能會增長設計師和團隊的距離感，致使工做延遲和信任缺少。

6.衝刺中快速交付用戶體驗工做

若是設計工做是在同一個階段中完成的，那麼設計師須要在早期階段向開發人員提供所需的UI組件，以便他們能夠在邊開發邊測試。

而對於新功能，設計師可能就沒法瞭解需求，來設計、獲取反饋、完成選項、準備規範，並與開發人員在同一衝刺階段中協調工做了。

克服這些挑戰的建議

豐富的產品知識

「UX設計師應該對本身正在研究的產品有普遍的瞭解。」

設計師應該瞭解產品中的全部功能和需求，須要清楚地瞭解產品、用例和用戶流程。只有這樣，TA纔可以自信地向團隊和其餘相關人員介紹本身的設計。

適當的用戶體驗培訓

UX設計師須要學習UX技能，這樣才能輸出高質量的做品。幫助經驗不足的設計師是UX團隊其餘成員的責任。

有時在Scrum模型中有管理者或者Leader，他們的職責就是培訓某個領域的人。例如，一個UX的Leader會照顧到UX成員的參與和成長。

「UX設計師應該學習團隊正遵循的全部標準、設計指南和趨勢。」

有效的UX COP

全部UX成員都是UX COP的一部分。UX成員會在這個小組中進行會議，並決定他們在設計任務中將要遵循標準和趨勢。

他們回顧在Scrum團隊中完成的UI工做，會提出可能的改進建議。團隊成員的培訓也是COP的一部分。

「UX設計師應該積極參加COP會議。這將有助於他們在UX領域的發展，並在他們的Scrum團隊中進行有效的溝通。」

團隊全部權和支持

UX設計師和程序員間須要創建良好的關係。程序員不該當指定設計師的UX工做方向，設計師也不該該要求程序員隨意進行產品的修改。整個團隊須要共同努力來改善產品的用戶體驗。

若是設計師在處理任務時遇到了問題，則應當努力解決這些問題。

設計師有責任參與團隊的活動，不然將不知道產品的進度和狀況。這將幫助設計師瞭解開發人員在實現UI時可能遇到的技術限制。

整個團隊的目標是相互學習。

「Srum團隊的每一個成員指望共同承擔全部權和責任。」

避免共享資源

這點可能會有些費解。多個團隊共享資源可能會影響資源的工做的進度。此外，它可能會影響透明度，這是scrum的關鍵規則。

「若是不得不這麼作，那麼全部相關的團隊都應該清楚地看到共享資源的全部分配下去的任務和責任。」

在一個Scrum項目中，不要讓全公司的人都參與進來，例如市場或運營。只須要相關的產品製做執行者便可。

讓UX保持領先

爲了確保在衝刺中按時交付設計任務，讓設計工做先前一步是有必要的。UX設計師須要積極參與對用戶故事的完善和UI的定義。

設計師在實際衝刺階段以前完成佈局和用戶流程。最終的設計和規格能夠在這些作完以後再繼續完成。

公司的用戶體驗願景

「將用戶體驗達到用戶的滿意度，這不是一我的或是一個團隊的責任，而是一個公司的願景。」

從CEO到管理層、產品全部者、Scrum管理者和團隊成員，全部人都應該瞭解用戶體驗在產品生命週期中的重要性，以及對用戶的影響。

這將有助於用戶體驗活動，以及成員得到組織中其餘資深成員的有力支持。

最後的話...

Scrum已是一種被證實最適合軟件項目開發的方法。行業中不一樣名稱的Scrum也啓發了和指導了人們，提供了詳細的規則和培訓，幫助他們遵循Scrum模型，並構建成功的用戶產品。

UX設計師在Scrum中扮演着重要的角色，應該賦予他們匹配的權力，這在必定程度上能促進設計師爲他們的產品提供更直觀的用戶體驗。

譯者註釋：Scrum的團隊，通常須要有一個強有力的領導者，這樣纔可以給不一樣的角色分配適合的任務。或者是團隊成員的能力水平都旗鼓至關，這樣在執行任務時纔不會互相拖累。

但最重要的是，保持良好的團隊氛圍，注重自我成長，注重溝通交流。任何角色都不是一個個體，而是屬於一個團隊。

英文原版請戳：點擊閱讀

西瓜設計研究所

互聯網創業 | UI設計 | 開發資源 | 教程

未經容許請勿轉載，煩請私信做者獲取受權

©uirush.net