設(shè)計師會在對的時間，作出相應(yīng)的工作安排，同時分清主次，推動工作的執(zhí)行，如果Scrum團隊沒有專門的設(shè)計師，設(shè)計工作的展開將會困難重重。

在他人眼中，我是Scrum專家：合著了一本關(guān)于Scrum的書，還拿了獎；有近10年的授課、培訓(xùn)經(jīng)驗。盡管如此，我還是會遇到許多問題，主要來自產(chǎn)品經(jīng)理、行政主管、技術(shù)經(jīng)理。這些問題都可以歸結(jié)為：怎樣將Scrum和UX設(shè)計完美融合？這是許多公司面臨的難題。

這些公司采用Scrum的本意，是為了“速度”，而不是“質(zhì)量”。漸漸地，公司員工琢磨的，都是如何更快地打代碼，而不是打造更縝密的、以用戶為中心的產(chǎn)品。經(jīng)過親身實踐，以及向優(yōu)秀的團隊討教經(jīng)驗，我把我的發(fā)現(xiàn)寫成書，在課堂中教給學(xué)員們。

最近，我和我的合作者Josh Seiden，以及敏捷（Agile）、Scrum領(lǐng)域的前沿專家合作，正在努力構(gòu)建一個框架，逐步說明Scrum和UX設(shè)計如何融為一體。我們做了一個練習(xí)：在Scrum流程圖中，標注相關(guān)的UX和設(shè)計工作。我的總結(jié)如下圖所示：

附加說明：

這不是最全面的示意圖，相關(guān)的設(shè)計工作有很多，一張圖難以做到面面俱到。

• “設(shè)計”一詞是一個總稱，包含了設(shè)計師參與的所有工作。
• “設(shè)計”、“UX”等詞包羅萬象，因此，我不會對定義作過多解讀。

我對UX工作做了分組、編號，每一組的簡要說明和分組理由如下：

1. 產(chǎn)品需求列表包含了更高層面上的產(chǎn)品愿景。一次迭代只能實現(xiàn)其中的一部分。此時，前期假設(shè)也會被提出來。為了讓產(chǎn)品需求列表更充實，Scrum團隊會開展設(shè)計迭代、用戶研究（不僅僅是定性的，包括各種類型），同時列出假設(shè)，認清現(xiàn)實，保證產(chǎn)品設(shè)計以用戶為中心。
2. 迭代計劃會每天都會舉行。許多問題在會議中得到解決，比如：產(chǎn)品外觀如何設(shè)計？用戶旅程如何設(shè)計？有沒有被忽略的地方？Scrum團隊可以一起畫草圖（這個環(huán)節(jié)又稱為“設(shè)計工作室”、“專家研討會”等），開展頭腦風(fēng)暴會，讓UX設(shè)計師各抒己見，解決問題。
3. 具體的設(shè)計工作（包括產(chǎn)品設(shè)計的各個方面）針對具體的用戶需求，有相應(yīng)的迭代需求列表，主要由設(shè)計師完成，也會和Scrum團隊的其他成員合作。設(shè)計工作的關(guān)鍵是分清主次，分工明確，讓團隊成員各司其職。
4. 對Scrum團隊來說，全職設(shè)計師“缺位”的后果很嚴重。把UX設(shè)計整合到Scrum流程中，離不開全職設(shè)計師這一角色。全職設(shè)計師是團隊的“粘合劑”，與開發(fā)人員、產(chǎn)品經(jīng)理和項目負責(zé)人（Scrum Master）通力合作，完成第3點中的設(shè)計工作。
5. 迭代評審會是一個評估團隊工作成果、個人學(xué)習(xí)成果的良機。通過開展設(shè)計評審會、研究成果總結(jié)、定量分析討論等活動，Scrum團隊對工作情況有了更好的了解，同時確定了下一次迭代中，產(chǎn)品/迭代需求列表的側(cè)重點。

需要重點提醒的是：如果Scrum團隊沒有專門的設(shè)計師，設(shè)計工作的展開將會困難重重。設(shè)計師會在對的時間，作出相應(yīng)的工作安排，同時分清主次，推動工作的執(zhí)行。

如果把設(shè)計工作外包給團隊以外的設(shè)計師（包括公司內(nèi)部和外部的），那么，Scrum團隊難免會重回“瀑布式開發(fā)”的老路，團隊成員之間的合作、理解和信任也所剩無幾。

原作者：Jeff Gothelf

原文鏈接：https://medium.com/swlh/here-is-how-ux-design-integrates-with-agile-and-scrum-4f3cf8c10e24

翻譯：『即能』團隊，公眾號：『即能學(xué)習(xí)』

本文由 @即能 翻譯發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載。

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