之前我們探討了敏捷方法在開發(fā)過程、產(chǎn)品管理中的種種運用。相信大家在理解了敏捷所傳達(dá)的價值觀和原則后，或多或少對你和現(xiàn)有所在團(tuán)隊的工作模式和方法有些思考和嘗試。

而今天我想從另外一個我一直沒有提及的角色單獨出發(fā)，來分析怎么把 UX (用戶體驗設(shè)計) 這個角色很好的融入到敏捷環(huán)境中。讓我們整個團(tuán)隊不僅只有“敏捷的味道”，而是打造出真正高效自組織團(tuán)隊，構(gòu)建出色的產(chǎn)品。

傳統(tǒng) Cascade 設(shè)計模式

我們知道，敏捷是通過改變開發(fā)周期以適應(yīng)市場需求的變化，避免瀑布開發(fā)導(dǎo)致的低質(zhì)量產(chǎn)品和漫長的開發(fā)周期。

這需要打破我們傳統(tǒng)部門墻之間形成的”豎井文化”，開發(fā)人員更多的參與產(chǎn)品愿景、用戶故事的構(gòu)建，可是 UX 團(tuán)隊除了對于?“?我們應(yīng)該將用戶需求作為設(shè)計過程的中心 “ 這一敏捷中心思想之外，并沒有更多的實踐參與到敏捷開發(fā)過程中。

我看到很多團(tuán)隊在敏捷的實踐中，開發(fā)可以和產(chǎn)品快速的構(gòu)建出一支敏捷團(tuán)隊，但是設(shè)計團(tuán)隊經(jīng)常會因為人員配置的問題，同時需要支持多個敏捷團(tuán)隊，內(nèi)部其實還是單獨作為一個部門進(jìn)行小瀑布式工作模式。

甚至敏捷的實踐對于很多設(shè)計團(tuán)隊來說是更大的災(zāi)難，他們沒有充足的時間輸出更多的規(guī)則說明文檔，甚至沒有時間詳細(xì)的進(jìn)行用戶調(diào)研工作。

傳統(tǒng)的瀑布設(shè)計大家最為熟悉的是雙鉆模式?，該設(shè)計流程模式將設(shè)計分為4個階段：Discover、Define、Develop 和 Deliver。這一設(shè)計方法也被稱作是Cascade Model?，Cascade 意為 Waterfall。而現(xiàn)如今高強度高要求的設(shè)計環(huán)境中逐漸不能達(dá)到更好的效果。

敏捷 UX 模式

針對以上的問題，其實已經(jīng)有Lean UX?這個概念的興起，雖然還處于萌芽階段，但是它的核心 “ 測試你所擁有的 “ 還是很值得借鑒。今天我想從敏捷 UX模式的角度出發(fā)，通過《敏捷宣言》來帶 UX 團(tuán)隊理解敏捷的第一步，簡述 UX敏捷變革的幾個方面。

人和交互，重于過程和工具

UX 人員常常因為其專業(yè)性和團(tuán)隊其余成員有一定的距離，他們更多關(guān)心的是自己的工作，設(shè)計工作對于其他成員來說也是一個黑盒。

敏捷 UX 要求設(shè)計人員第一步是保持開放的心態(tài)，讓其他團(tuán)隊成員為用戶體驗工作做出貢獻(xiàn)，能夠改進(jìn)總體設(shè)計，制造出更多的產(chǎn)品。同時還能大大增強團(tuán)隊對于設(shè)計的主人翁的態(tài)度，承認(rèn)他們對用戶體驗做出了貢獻(xiàn)。

開發(fā)人員也要抽取特定的時間與設(shè)計一起解決問題，還可以使用敏捷方法中發(fā)展起來的結(jié)對編程。讓設(shè)計人員和一位開發(fā)人員搭配工作。這種實時協(xié)作能夠明顯加速設(shè)計和實現(xiàn)過程，就像兩位編碼人員結(jié)對能夠增加生成代碼質(zhì)量、減少編碼時間一樣。

并且在每個迭代中增加一到兩次設(shè)計審核，不斷得到反饋進(jìn)行調(diào)整，只畫草圖與開發(fā)并行工作，UX 人員在代碼開發(fā)的時候?qū)崟r的與開發(fā)團(tuán)隊一起解決設(shè)計問題，這樣也能減少 UX 團(tuán)隊的負(fù)擔(dān)。

這里需要注意一個問題，在同一個沖刺工作中，UX 人員并不意味著要投入一個或幾個完整的沖刺周期進(jìn)行規(guī)劃、概要設(shè)計或者設(shè)計構(gòu)思或用戶調(diào)查，也不意味著在迭代周期里不能抽出時間做其他工作，而是要求每個 UX 人員必須估算自己的工作量和跟蹤現(xiàn)有開發(fā)的速度，可以相互結(jié)合，平衡兩種方法。

可以工作的軟件，重于求全而完善的文檔

傳統(tǒng)的 UX 團(tuán)隊需要預(yù)先完成大型的設(shè)計。規(guī)格說明往往被認(rèn)為是設(shè)計團(tuán)隊創(chuàng)建的可交付成果。它的范圍從描述某個特征的簡短說明到描述產(chǎn)品中的交互細(xì)節(jié)，像一個小說一樣長的說明書。

但是在敏捷的環(huán)境下，這種笨重的文檔需要被拋棄，但是不同于拋棄產(chǎn)品需求文檔，設(shè)計的規(guī)格說明一直以來是設(shè)計人員最直接具體的貢獻(xiàn)輸出，摒棄它可能導(dǎo)致 UX 人員覺得技能的失敗。

這需要 UX 人員轉(zhuǎn)變思想。用真正的溝通代替紙面工作絕對需要適應(yīng)，可以開始試著用輕量級規(guī)格說明替換?；蛘咴趫F(tuán)隊開發(fā)之前，先用故事卡片和線框圖代替功能規(guī)格，不再進(jìn)行繪制重量級文檔交流設(shè)計意圖，花費更少的精力完整掌握敏捷方法節(jié)奏的能力。記住不管你的規(guī)格文檔是什么形式，它不代表全部，這是一次協(xié)作的過程。

輕量級的規(guī)格說明也可以是簡單的原型，只要說明屏幕交互，這樣消除靜態(tài)圖片的解讀，同時可以用于可用性測試。

客戶協(xié)作，重于合同談判

敏捷 UX 要求設(shè)計師改變自己和客戶之間的關(guān)系，將客戶納入設(shè)計團(tuán)隊，在設(shè)計的過程中采用靈活的方式將客戶的想法及反饋貫穿到設(shè)計過程的每一個階段，使設(shè)計團(tuán)隊可以即時進(jìn)行修改。

相對于傳統(tǒng)的設(shè)計模式，敏捷 UX 能夠發(fā)現(xiàn)真正的痛點問題，同時更快地得到客戶反饋，也幫助 UX 人員和客戶建立更好的溝通。

數(shù)據(jù)表明，在投放市場后，使用敏捷 UX 模式的項目其成功率要遠(yuǎn)遠(yuǎn)高于傳統(tǒng)設(shè)計模式下的產(chǎn)物。比如：Google 的設(shè)計項目就是遵循敏捷 UX 的方法。在國外的設(shè)計領(lǐng)域，特別是初創(chuàng)公司，能夠運用敏捷 UX 是對設(shè)計師的基本要求。

可以利用調(diào)查活動，主動采用?RITE、卡片分類、頭腦風(fēng)暴、認(rèn)知走查?與客戶一起解決設(shè)計問題，加上可用性測試，就能為用戶提供直接影響設(shè)計過程、表達(dá)需要的機(jī)會。參與式設(shè)計鼓勵用戶完全投入當(dāng)前環(huán)境，想象理想的未來，并創(chuàng)建理想的表現(xiàn)形式。

這樣的有趣實踐能讓客戶更關(guān)注自身體驗和需求，且不受對軟件的了解或者期望限制。

隨時應(yīng)對變化，重于遵循計劃

可以看出，《敏捷宣言》要求敏捷 UX 強調(diào)的是高效并且持續(xù)不斷地進(jìn)行設(shè)計以達(dá)到客戶滿意的標(biāo)準(zhǔn)。這個價值觀要求激發(fā)個體的設(shè)計激情和團(tuán)隊中每個成員的合作與互動，共同達(dá)成目標(biāo)。

而傳統(tǒng)的設(shè)計模式，團(tuán)隊中每個人的分工不同，前期人員在進(jìn)行用戶調(diào)研和市場調(diào)研后，分析調(diào)研結(jié)果并進(jìn)行總結(jié)，然后再進(jìn)行設(shè)計、制作模型、模型測試，分析測試中存在的問題再進(jìn)行完善，最終制作最終的產(chǎn)品。設(shè)計團(tuán)隊首先需要了解客戶需求，從而完成一個設(shè)計師認(rèn)為完美的作品。這個設(shè)計過程通常長達(dá)幾個月，并且最終的設(shè)計結(jié)果可能不是客戶想要的。

傳統(tǒng)的設(shè)計流程是一種 one time active，敏捷 UX 模式則是一種可持續(xù)化的設(shè)計流程。測試是 UX 設(shè)計的另一個開始，只有如此不斷地突破、不斷地測試、不斷地完善，才能夠是敏捷ux設(shè)計發(fā)揮更大的作用，為后期的設(shè)計和開發(fā)提供更多的支持。敏捷設(shè)計強調(diào) “make a real change” 而不是“make a report”，頻繁的測試與修改是敏捷 UX 模式的首要原則。

小結(jié)

設(shè)計師在敏捷的環(huán)境下需要重新思考自己的技術(shù)和專注點。

從本質(zhì)上講，敏捷 UX 描述的是敏捷開發(fā)方法論在UX 設(shè)計中的上下文情景，是在統(tǒng)一開發(fā)和設(shè)計師在產(chǎn)品開發(fā)中的敏捷過程。通過合作，跨職能的方式來減少對于完整文檔的強調(diào)，更加關(guān)注于對所設(shè)計產(chǎn)品的真實體驗的共同理解。

希望你能因為我的文章有所收獲，把握敏捷的核心，成就你的完美轉(zhuǎn)型。

本文由 @Yanel 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于CC0協(xié)議