譯文|來(lái)自敏捷(Agile)從業(yè)者的10大UX成功技巧

0 評(píng)論 6043 瀏覽 30 收藏 17 分鐘

125個(gè)從業(yè)者分享了他們?cè)贏gile(敏捷)項(xiàng)目中提升用戶體驗(yàn)的經(jīng)驗(yàn)和成功故事。

今年早些時(shí)候,我們讓UX Conference上的敏捷從業(yè)者分享了他們?cè)诿艚蓓?xiàng)目中運(yùn)用到的的成功秘訣和技巧。

我們收到了美國(guó)和新加坡125位專業(yè)人員的回應(yīng)。這些人在各類規(guī)模的公司工作,并且擔(dān)任不同的工作職責(zé),從UX設(shè)計(jì)師,開(kāi)發(fā)者,項(xiàng)目負(fù)責(zé)人到項(xiàng)目經(jīng)理。顯然,這里存在著一些潛在的受訪人偏差,因?yàn)樗麄儾话芏嗤耆魂P(guān)注用戶體驗(yàn)的公司。不過(guò)我們可以說(shuō)這些答復(fù)確實(shí)反應(yīng)了那些對(duì)UX足夠關(guān)注并愿意送員工來(lái)參加用戶體驗(yàn)培訓(xùn)的機(jī)構(gòu)的情況。

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

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

受訪者匯報(bào)說(shuō)在項(xiàng)目開(kāi)始花時(shí)間好好做release規(guī)劃是一項(xiàng)值得的投資:

“在規(guī)劃,設(shè)計(jì)和細(xì)化階段投入更多的精力。”

“在最開(kāi)始就參加進(jìn)去?!?/p>

“在規(guī)劃階段花更多的時(shí)間,然后專注于改進(jìn)和調(diào)整。在項(xiàng)目開(kāi)始前獲得認(rèn)可?!?/p>

“盡早計(jì)劃好營(yíng)業(yè)時(shí)間,簽好所有東西?!?/p>

“在sprint開(kāi)始做好適當(dāng)且廣泛的規(guī)劃。留出足夠的時(shí)間來(lái)處理不可避免的阻礙?!?/p>

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

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

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

“在敏捷開(kāi)始之前加入探索過(guò)程,用以項(xiàng)目策劃,人物角色構(gòu)建和故事導(dǎo)圖。”

2、在sprint開(kāi)始之前開(kāi)展UX活動(dòng)

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

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

“作為UX/UI負(fù)責(zé)人,我提前一個(gè)sprint完成我的工作。我會(huì)和scrum master及產(chǎn)品負(fù)責(zé)人一起對(duì)backlog中的項(xiàng)目進(jìn)行優(yōu)先級(jí)排序,并且在提前一個(gè)sprint完成UX/UI的需求。我在sprint中的工作時(shí)間計(jì)算方式有些不同,要從團(tuán)隊(duì)速率中扣除,但是這種做法很高效?!?/p>

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

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

“在sprint期間花時(shí)間調(diào)查,來(lái)滿足下個(gè)sprint的預(yù)期需求?!?/p>

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

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

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

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

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

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

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

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

“合作是至關(guān)重要的?!?/p>

“與團(tuán)隊(duì)其他角色的緊密合作幫助我們?cè)谶^(guò)程中更早地達(dá)成一致。”

“與所有團(tuán)隊(duì)成員持續(xù)合作。我們用速寫(xiě)和白板會(huì)議,以及體驗(yàn)地圖來(lái)獲得全方位的體驗(yàn)。”

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

“在初始階段不貶低或放棄想法。”

“讓團(tuán)隊(duì)里的每一個(gè)人都加入進(jìn)來(lái),并歡迎任何人的建議和想法?!?/p>

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

“每周定期碰頭來(lái)更新和了解進(jìn)度。專注于互相幫助以完成工作。”

“每日立會(huì),迭代演示,兩周一次脈沖會(huì)議(pulse meeting),與管理層互動(dòng)?!?/p>

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

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

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

“盡可能長(zhǎng)久地進(jìn)行低保真工作,先不考慮美觀的部分。”

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

“快速失敗,在迭代中嘗試多種選項(xiàng)。”

“不要試圖做到完美。”

“迭代地進(jìn)行工作?!?/p>

“頻繁地迭代和測(cè)試?!?/p>

線框圖對(duì)于敏捷流程是天作之合,因?yàn)樗茏寛F(tuán)隊(duì)成員在投入更多精力和時(shí)間之前,快速地測(cè)試設(shè)計(jì)想法。早期發(fā)現(xiàn)的設(shè)計(jì)缺陷比功能編碼完成之后要容易修復(fù)的多。

5、參與到scrum會(huì)議中來(lái)

在四項(xiàng)scrum儀式之外,訪問(wèn)者主動(dòng)點(diǎn)贊最多的就是每日立會(huì)(scrum會(huì))了。scrum會(huì)通常在每天相同的時(shí)間段,在15分鐘內(nèi)召開(kāi)。scrum會(huì)的主要目的是讓每個(gè)人了解團(tuán)隊(duì)最新的進(jìn)展,并且認(rèn)識(shí)到需要解決的障礙。

“每天有短暫的scrum會(huì)議?!?/p>

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

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

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

“每天的快速狀態(tài)更新可以保證每個(gè)人都在完成任務(wù)。”

“參加短立會(huì)。”

有時(shí)候人們會(huì)反對(duì)每日scrum會(huì)議,因?yàn)榧由掀渌袝?huì)議,梳理會(huì)、規(guī)劃會(huì)、演示會(huì)還有回顧會(huì),他們已經(jīng)耗光了寶貴的工作時(shí)間。然而,我們的調(diào)查顯示這樣的儀式對(duì)于保持團(tuán)隊(duì)的狀態(tài)更新和同步有很大用處,這樣大家才可以在必要的時(shí)候響應(yīng)變化。

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

6、將用研轉(zhuǎn)化為團(tuán)隊(duì)驅(qū)動(dòng)的事件

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

受訪者提議將可用性測(cè)試轉(zhuǎn)為整個(gè)團(tuán)隊(duì)的活動(dòng),讓成員們(包括利益相關(guān)者們)觀察測(cè)試過(guò)程并且加入后期討論。

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

“提供明確的硬數(shù)據(jù)對(duì)決策產(chǎn)生了影響。”

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

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

“測(cè)試完成之后,盡可能多碰頭,以確保大家的一致認(rèn)識(shí)?!?/p>

“每周安排會(huì)議來(lái)展示上周的研究結(jié)果?!?/p>

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

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

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

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

“與利益相關(guān)者和工程師不斷對(duì)話?!?/p>

“通過(guò)大場(chǎng)景演講(5-10分鐘),讓領(lǐng)導(dǎo)者參與項(xiàng)目的每個(gè)主要步驟。”

“先組建一個(gè)領(lǐng)導(dǎo)團(tuán)隊(duì)?!?/p>

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

“在業(yè)務(wù)利益相關(guān)者中嵌入U(xiǎn)X?!?/p>

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

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

“絕對(duì)的職位分隔是必不可少的?!?/p>

“與產(chǎn)品負(fù)責(zé)人,客戶及用戶舉辦分享會(huì),告訴他們什敏捷流程是什么,對(duì)他們的期望是什么。”

“有一個(gè)單獨(dú)的scrum master和一個(gè)單獨(dú)的產(chǎn)品負(fù)責(zé)人?!?/p>

“你需要一個(gè)強(qiáng)大的scrum master”

“要知道你的開(kāi)發(fā)團(tuán)隊(duì)是如何工作的。”

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

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

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

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

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

“努力把方法用到最好,并且持續(xù)地進(jìn)行解釋?!?/p>

“開(kāi)展培訓(xùn)和灌輸?!?/p>

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

“跨團(tuán)隊(duì)培訓(xùn)。”

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

“在他們所做的項(xiàng)目之外,提供開(kāi)放式的培訓(xùn)。提供小份的準(zhǔn)則和最佳實(shí)踐,并且對(duì)它們進(jìn)行解釋?!?/p>

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

培訓(xùn)提供了良好的機(jī)會(huì)來(lái)教育員工正確的UX和敏捷實(shí)踐方式。敏捷提供了交付產(chǎn)品所用的框架,但是不同的組織和團(tuán)隊(duì)在這個(gè)框架里融入U(xiǎn)X的方式各不相同。

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

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

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

“我們不斷檢討敏捷的各個(gè)方面,如果效果不好就做出改進(jìn)?;仡檿?huì)和反思會(huì)很有幫助?!?/p>

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

“我們更傾向于長(zhǎng)期采用不固定迭代的流程。”

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

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

 

譯者:Zoe?Yin

來(lái)源:微交互

作者:HOA LORANGER

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

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 目前還沒(méi)評(píng)論,等你發(fā)揮!