125個從業(yè)者分享了他們在Agile（敏捷）項目中提升用戶體驗的經(jīng)驗和成功故事。

今年早些時候，我們讓UX Conference上的敏捷從業(yè)者分享了他們在敏捷項目中運用到的的成功秘訣和技巧。

我們收到了美國和新加坡125位專業(yè)人員的回應(yīng)。這些人在各類規(guī)模的公司工作，并且擔(dān)任不同的工作職責(zé)，從UX設(shè)計師，開發(fā)者，項目負責(zé)人到項目經(jīng)理。顯然，這里存在著一些潛在的受訪人偏差，因為他們不包含很多完全不關(guān)注用戶體驗的公司。不過我們可以說這些答復(fù)確實反應(yīng)了那些對UX足夠關(guān)注并愿意送員工來參加用戶體驗培訓(xùn)的機構(gòu)的情況。

成功敏捷項目的10大關(guān)鍵技巧

1、留時間用以release規(guī)劃和故事導(dǎo)圖(story mapping)

受訪者匯報說在項目開始花時間好好做release規(guī)劃是一項值得的投資：

“在規(guī)劃，設(shè)計和細化階段投入更多的精力?！?/p>

“在最開始就參加進去?！?/p>

“在規(guī)劃階段花更多的時間，然后專注于改進和調(diào)整。在項目開始前獲得認可?！?/p>

“盡早計劃好營業(yè)時間，簽好所有東西?！?/p>

“在sprint開始做好適當(dāng)且廣泛的規(guī)劃。留出足夠的時間來處理不可避免的阻礙。”

在開始階段就跟利益相關(guān)者展開合作，能夠讓團隊產(chǎn)生對項目共同的理解和愿景。這個共同的愿景會在整個項目過程中指導(dǎo)團隊，為他們給用戶故事（user stories）做優(yōu)先級排序和正確取舍上提供幫助。

有些團隊在release規(guī)劃階段采用了故事導(dǎo)圖（story mapping）來幫助利益相關(guān)者與其他團隊成員一同創(chuàng)建產(chǎn)品儲備(product backlog)。這項活動經(jīng)常揭示新的機遇，并幫助團隊給用戶故事分組和排序。

UX在release規(guī)劃階段的參與可以使得團隊專注于更廣闊的背景，找到需要進一步鉆研的知識缺口，并且在項目開始之前收集團隊決策所需的信息（例如通過一些適當(dāng)?shù)挠脩粞芯浚?。如果團隊分配時間來做項目起步階段的發(fā)掘和研究工作，他們可以減少將來的無用功。

“在敏捷開始之前加入探索過程，用以項目策劃，人物角色構(gòu)建和故事導(dǎo)圖?！?/p>

2、在sprint開始之前開展UX活動

很多人匯報說在單個sprint期間嘗試同時開展設(shè)計和開發(fā)工作很難。兩周的時間往往不夠完成研究、線框圖和設(shè)計，并且同時完成所選用戶故事的開發(fā)工作。

克服這項挑戰(zhàn)最常見的建議就是交錯UX/UI和開發(fā)的工作流，這樣在sprint開始之前就可以完成研究和設(shè)計。例如，UX在sprint1制作界面，接著開發(fā)在sprint2中為完成好的設(shè)計編寫代碼。

“作為UX/UI負責(zé)人，我提前一個sprint完成我的工作。我會和scrum master及產(chǎn)品負責(zé)人一起對backlog中的項目進行優(yōu)先級排序，并且在提前一個sprint完成UX/UI的需求。我在sprint中的工作時間計算方式有些不同，要從團隊速率中扣除，但是這種做法很高效。”

“研究和設(shè)計工作應(yīng)該保持一個sprint的提前量。給自己留時間來進行深入的用戶研究和設(shè)計測試。”

“確保盡早完成設(shè)計，這樣你可以在開發(fā)開始之前制作原型并且測試你的概念?！?/p>

“在sprint期間花時間調(diào)查，來滿足下個sprint的預(yù)期需求。”

“在sprint規(guī)劃會議前準(zhǔn)備好原型?！?/p>

在進入開發(fā)之前完成工作，可以留時間給設(shè)計師進行充分的思考，并且與真實用戶驗證假設(shè)。保持提前量可以讓整個團隊在功能設(shè)計進入sprint之前對審查原型并發(fā)現(xiàn)潛在的問題。

項目的規(guī)模和復(fù)雜度會影響UX設(shè)計師需要在開發(fā)之前多久開始工作。大多數(shù)從業(yè)者建議提前1到2個sprint進行設(shè)計工作。

這是一個協(xié)調(diào)性的工作，對團隊溝通有一定要求。僅僅因為設(shè)計在開發(fā)sprint之前完成了（或者完成了大部分）并不意味著UX設(shè)計師只需把設(shè)計交給開發(fā)者就可以繼續(xù)后面的工作了。盡管UX設(shè)計師應(yīng)該保持未雨綢繆，他們?nèi)匀槐仨氈С之?dāng)下的sprint，給團隊提供建議，并且在必要的時候做出調(diào)整。

此外，所有的團隊成員包括項目經(jīng)理，產(chǎn)品負責(zé)人和工程師，應(yīng)該在過程中和UX設(shè)計師緊密合作，這樣當(dāng)設(shè)計“就位”的時候，所有人是保持同步的。后端和前端開發(fā)者需要理解并支持設(shè)計，交互和用戶流（user flows）的工作。

3、培養(yǎng)協(xié)作文化

軟技能是敏捷項目成功的關(guān)鍵。受訪者們認為健康的合作關(guān)系是成功的主要因素。這一發(fā)現(xiàn)并不令人驚訝；畢竟，在敏捷宣言里，個體和交互的價值高于流程和工具。良好的溝通在任何軟件開發(fā)組織中都是必不可少的，無論其流程方法如何。但是在敏捷環(huán)境中，合作尤為重要，因為它的交付時間短，并且有固定的時間限制。

一些機構(gòu)選擇采用設(shè)計思維的技巧，例如用構(gòu)思和頭腦風(fēng)暴來鼓勵團隊討論，并且打破那些阻礙有效溝通和團隊合作的隔閡。

“合作是至關(guān)重要的。”

“與團隊其他角色的緊密合作幫助我們在過程中更早地達成一致?！?/p>

“與所有團隊成員持續(xù)合作。我們用速寫和白板會議，以及體驗地圖來獲得全方位的體驗?！?/p>

“在跨職能團隊中分享信息。更多地和開發(fā)者及設(shè)計師進行溝通。”

“在初始階段不貶低或放棄想法?！?/p>

“讓團隊里的每一個人都加入進來，并歡迎任何人的建議和想法?！?/p>

“保持業(yè)務(wù)分析師，設(shè)計師和工程師之間的密切關(guān)系?！?/p>

“每周定期碰頭來更新和了解進度。專注于互相幫助以完成工作?！?/p>

“每日立會，迭代演示，兩周一次脈沖會議（pulse meeting），與管理層互動。”

在現(xiàn)代開發(fā)環(huán)境中，UX已經(jīng)積極地參與到制定線上產(chǎn)品服務(wù)的開發(fā)方式中。因此，UX的職責(zé)已經(jīng)擴大到溝通層次。UX可以通過參與團隊成員活動，例如可用性測試，實地調(diào)研，設(shè)計構(gòu)思和頭腦風(fēng)暴，成為良好溝通的催化劑。

?4、別光想著完美，多想想迭代。

在我們的研究中，很多人贊成迭代的設(shè)計流程。從低保真原型（手繪，線框）開始，根據(jù)用戶和客戶的反饋進行迭代。換句話說，快速失敗，經(jīng)常失敗。

“盡可能長久地進行低保真工作，先不考慮美觀的部分?！?/p>

“選擇快速粗糙的線框圖方式?！?/p>

“快速失敗，在迭代中嘗試多種選項?！?/p>

“不要試圖做到完美。”

“迭代地進行工作?！?/p>

“頻繁地迭代和測試。”

線框圖對于敏捷流程是天作之合，因為它能讓團隊成員在投入更多精力和時間之前，快速地測試設(shè)計想法。早期發(fā)現(xiàn)的設(shè)計缺陷比功能編碼完成之后要容易修復(fù)的多。

5、參與到scrum會議中來

在四項scrum儀式之外，訪問者主動點贊最多的就是每日立會(scrum會)了。scrum會通常在每天相同的時間段，在15分鐘內(nèi)召開。scrum會的主要目的是讓每個人了解團隊最新的進展，并且認識到需要解決的障礙。

“每天有短暫的scrum會議。”

“我們的每日立會更好地讓開發(fā)者們保持在軌道上(on track)?！?/p>

“每日scrum會議是關(guān)鍵?！?/p>

“限制每人發(fā)言時間在2分鐘以內(nèi)，得有計時員。否則他們永遠也講不完?！?/p>

“每天的快速狀態(tài)更新可以保證每個人都在完成任務(wù)?！?/p>

“參加短立會。”

有時候人們會反對每日scrum會議，因為加上其他所有會議，梳理會、規(guī)劃會、演示會還有回顧會，他們已經(jīng)耗光了寶貴的工作時間。然而，我們的調(diào)查顯示這樣的儀式對于保持團隊的狀態(tài)更新和同步有很大用處，這樣大家才可以在必要的時候響應(yīng)變化。

基于這次研究的結(jié)果，假如你已經(jīng)放棄了每日立會，也許值得考慮再給它一次機會。仔細觀察其他可能影響人們參會意愿的因素：這些會以是否能順利進行，這些討論是否加入了UX相關(guān)的活動。

６、將用研轉(zhuǎn)化為團隊驅(qū)動的事件

人們反映說可用性測試是團隊建設(shè)和影響決策的一個積極因素。即便在時間緊張的情況下，敏捷團隊也可以將用戶研究加入到他們的流程中來。這一結(jié)論打破了用戶測試過于耗時和昂貴的謠言。團隊將它用起來：一周一次（例如周二）進行用戶測試是一個可行的方式。

受訪者提議將可用性測試轉(zhuǎn)為整個團隊的活動，讓成員們（包括利益相關(guān)者們）觀察測試過程并且加入后期討論。

“確保所有的利益相關(guān)者都出席了研究會議?！?/p>

“提供明確的硬數(shù)據(jù)對決策產(chǎn)生了影響?！?/p>

“讓開發(fā)者和產(chǎn)品負責(zé)人參與或觀察可用性測試?！?/p>

“在sprint里給研究和測試充足的時間。盡可能提早規(guī)劃?！?/p>

“測試完成之后，盡可能多碰頭，以確保大家的一致認識。”

“每周安排會議來展示上周的研究結(jié)果?！?/p>

大家一起根據(jù)用戶數(shù)據(jù)做設(shè)計決策，而非根據(jù)意見或者未經(jīng)檢驗的假設(shè)，可以讓團隊更快地前進。

7、確保重要利益相關(guān)者的參與

我們的受訪者強調(diào)了利益相關(guān)者在關(guān)鍵點參與的重要性。這個概念和敏捷原則相一致：比起合同談判，更重視客戶協(xié)作。合同是重要和有益的，但是當(dāng)它們對有效合作有影響的時候，會阻礙前行。

一些機構(gòu)采用的不同的策略與利益相關(guān)者協(xié)作。這些方法包括早期組建核心領(lǐng)導(dǎo)團隊，讓關(guān)鍵UX成員與客戶合作，邀請客戶參與用戶測試，以及頻繁地進行高層級的演講。

“與利益相關(guān)者和工程師不斷對話。”

“通過大場景演講（5-10分鐘），讓領(lǐng)導(dǎo)者參與項目的每個主要步驟?！?/p>

“先組建一個領(lǐng)導(dǎo)團隊?！?/p>

“讓利益相關(guān)者們看得見障礙?！?/p>

“在業(yè)務(wù)利益相關(guān)者中嵌入UX?！?/p>

８、設(shè)定明確的角色和責(zé)任

很多受訪者強調(diào)需要讓團隊成員了解各自和同伴的角色。為了讓敏捷工作能夠有效開展，成員們需要知道預(yù)期是什么，以及什么在影響范圍之內(nèi)。

“絕對的職位分隔是必不可少的。”

“與產(chǎn)品負責(zé)人，客戶及用戶舉辦分享會，告訴他們什敏捷流程是什么，對他們的期望是什么?！?/p>

“有一個單獨的scrum master和一個單獨的產(chǎn)品負責(zé)人。”

“你需要一個強大的scrum master”

“要知道你的開發(fā)團隊是如何工作的?！?/p>

在傳統(tǒng)敏捷方法中，團隊的定義和角色分工是相對明確的，用戶體驗從業(yè)者除外。事實上，傳統(tǒng)的scrum團隊不包含UX。由于UX的角色和流程對于其他團隊成員可比較新，他們不熟悉這一領(lǐng)域，因此讓大家設(shè)置正確的期望，并且?guī)椭藗冊诿艚荼尘跋驴紤]用戶體驗尤為重要。

明確指示每個人的角色和責(zé)任，并說明在不同情況下各自的職權(quán)，可以加強協(xié)作，減少誤解和在地盤爭奪中浪費精力。

９、組織培訓(xùn)和入職會議。

敏捷團隊成員強調(diào)了對客戶、新成員和外部團隊進行敏捷UX流程教育的重要性。

“舉辦’午餐學(xué)習(xí)’來幫助他人了解流程?！?/p>

“努力把方法用到最好，并且持續(xù)地進行解釋?！?/p>

“開展培訓(xùn)和灌輸?！?/p>

“擁有跨職能培訓(xùn)?！?/p>

“跨團隊培訓(xùn)?！?/p>

“遵從儀式并且教育客戶?！?/p>

“在他們所做的項目之外，提供開放式的培訓(xùn)。提供小份的準(zhǔn)則和最佳實踐，并且對它們進行解釋。”

在敏捷環(huán)境中，團隊成員的換組現(xiàn)象很常見。雖然這種做法并不理想，但是對于人手有限的機構(gòu)而言是常見現(xiàn)象。

培訓(xùn)提供了良好的機會來教育員工正確的UX和敏捷實踐方式。敏捷提供了交付產(chǎn)品所用的框架，但是不同的組織和團隊在這個框架里融入UX的方式各不相同。

為了教育你目前的團隊，你需要去接觸其他的團隊和業(yè)務(wù)部門。設(shè)置適當(dāng)?shù)念A(yù)期可以讓溝通和交接工作更加流暢。

10、改進你的方法直到它發(fā)揮作用。

隨著敏捷團隊的日漸成熟，他們會嘗試不同的敏捷及UX技巧，為匹配他們的環(huán)境做特別定制。不光用戶界面，也需將迭代設(shè)計用于項目方法。

“我們不斷檢討敏捷的各個方面，如果效果不好就做出改進。回顧會和反思會很有幫助?！?/p>

“告訴團隊大部分的敏捷方法，讓他們決定用哪些。由于團隊是自組織的，他們應(yīng)該可以決定什么方法對他們的流程最有效，這些決定屬于他們自己?！?/p>

“我們更傾向于長期采用不固定迭代的流程?！?/p>

敏捷為你提供了工作框架，但是不會幫你決定該如何執(zhí)行項目。它鼓勵自組織團隊，仔細思考更高效工作的方法，并且只有必要的時候采用，以減少不必要的復(fù)雜性。

先進的軟件開發(fā)團隊比以往更加跨學(xué)科，流動性更強。成功的團隊往往采用混合的方式。敏捷和UX方法都是針對傳統(tǒng)方法的缺陷被發(fā)明出來的。它們有各自的優(yōu)點，如果我們能更專注成果而非強調(diào)規(guī)則，敏捷和UX可以被很好地組合運用。

譯者：Zoe?Yin

來源：微交互

作者：HOA LORANGER

原文：https://www.nngroup.com/articles/ux-success-agile/