導(dǎo)語(yǔ)：
敏捷式開發(fā)(Agile Development)對(duì)開發(fā)人員來說屠升，是個(gè)非常熟悉的名詞谒所，相比于傳統(tǒng)的瀑布式流程徙菠，短平快的敏捷團(tuán)隊(duì)的協(xié)作方法可能更加高效。我們公司從去年的7月份開始凝果，也慢慢地走向了敏捷開發(fā)的轉(zhuǎn)型。因此睦尽，組織架構(gòu)也做了相應(yīng)的調(diào)整器净，從以前的各項(xiàng)技能團(tuán)隊(duì)變成了跨職能團(tuán)隊(duì)，也就是說一個(gè)團(tuán)隊(duì)中含有各種的角色：產(chǎn)品当凡，設(shè)計(jì)師山害，開發(fā)，測(cè)試...這意味著每一個(gè)團(tuán)隊(duì)都是一條產(chǎn)品功能線沿量，需要和各種職能的人進(jìn)行交流溝通浪慌。轉(zhuǎn)變之大，讓每一個(gè)職能人都要重新審視定位自己的角色朴则，當(dāng)然也包括設(shè)計(jì)師這一角色权纤。
現(xiàn)在在「敏捷開發(fā)」團(tuán)隊(duì)中也快一年了，也是走過了不少的彎路乌妒，剛開始總覺得時(shí)間太短不夠用（太敏捷了Ｐ谙搿），到后來漸漸地抓到敏捷開發(fā)的步調(diào)撤蚊，因此想把作為設(shè)計(jì)師的我在這個(gè)團(tuán)隊(duì)中的一些改變給記錄下來古掏，或許也能讓正在看這篇文章的你收獲到一些小的知識(shí)，運(yùn)用到工作當(dāng)中去侦啸。
1.什么是敏捷開發(fā)槽唾？
敏捷開發(fā)是以用戶的需求進(jìn)化為核心，采用迭代光涂、循序漸進(jìn)的方法進(jìn)行軟件開發(fā)庞萍。在敏捷開發(fā)中，軟件項(xiàng)目在構(gòu)建初期被切分成多個(gè)子項(xiàng)目顶捷，各個(gè)子項(xiàng)目的成果都經(jīng)過測(cè)試挂绰，具備可視、可集成和可運(yùn)行使用的特征服赎。換言之葵蒂，就是把一個(gè)大項(xiàng)目分為多個(gè)相互聯(lián)系，但也可獨(dú)立運(yùn)行的小項(xiàng)目重虑，并分別完成践付，在此過程中軟件一直處于可使用狀態(tài)。（來源：百度百科）?
敏捷開發(fā)有12條準(zhǔn)則缺厉，并總結(jié)成了一份《敏捷宣言》永高，它描述了一種流程隧土，一套方法論。在「敏捷開發(fā)」的定義范疇中有一些更精確的分支命爬，其中一種就是“Scrum”(譯者注：本義為英式橄欖球中的并列爭(zhēng)球行為）曹傀，它以2到4周為一個(gè)迭代開發(fā)出有價(jià)值的商業(yè)功能。Scrum團(tuán)隊(duì)有兩個(gè)明顯特征：他們是多面手（例如：他們具備完成工作所必須的所有技能）饲宛；他們是自管理的（例如：團(tuán)隊(duì)不斷探索如何把工作做的最好的方法）皆愉。不論哪種，「敏捷開發(fā)」必然包含了迭代的艇抠、不斷增進(jìn)的周期型工作幕庐。
2.設(shè)計(jì)師在團(tuán)隊(duì)中是怎樣的一個(gè)角色？
在傳統(tǒng)的團(tuán)隊(duì)中家淤，產(chǎn)品經(jīng)理先把需求理好給到設(shè)計(jì)部的主管异剥，然后再把任務(wù)分配下來，此時(shí)絮重，你接到的任務(wù)可能就是這個(gè)產(chǎn)品或項(xiàng)目里的的里的某一小部分冤寿。為了做好這個(gè)產(chǎn)品或項(xiàng)目，就得要花大量的時(shí)間去了解清楚這個(gè)產(chǎn)品或項(xiàng)目的來龍去脈绿鸣，然后做完這一個(gè)小部分疚沐。并且還會(huì)出現(xiàn)產(chǎn)品任務(wù)優(yōu)先級(jí)的問題，每一個(gè)職能團(tuán)隊(duì)都有很多的任務(wù)潮模，那么亮蛔，剛傳下來的任務(wù)是否需要馬上設(shè)計(jì)呢？如果需要擎厢，那是不是需要打斷現(xiàn)在正在做的任務(wù)究流？這樣一來，產(chǎn)品的迭代時(shí)間就會(huì)拖的很長(zhǎng)动遭。而對(duì)于設(shè)計(jì)這一塊來講芬探，設(shè)計(jì)師也只是完成了一個(gè)任務(wù)，只對(duì)設(shè)計(jì)的界面負(fù)責(zé)厘惦，產(chǎn)品最后到底怎樣偷仿，可能與我們無關(guān)，到最后就變成了大家所認(rèn)為的"美工"宵蕉。
在「敏捷開發(fā)」的團(tuán)隊(duì)中酝静，完成一個(gè)產(chǎn)品或產(chǎn)品功能而后順利的上線，是大家共同的目標(biāo)羡玛，而設(shè)計(jì)師在這里屬于一個(gè)承上啟下的作用别智。在整理需求階段，可以和Product Owner（傳統(tǒng)團(tuán)隊(duì)中的產(chǎn)品經(jīng)理稼稿，簡(jiǎn)稱 PO）一起討論并整理需求薄榛，這樣就會(huì)讓設(shè)計(jì)師初步了解這個(gè)產(chǎn)品的由來讳窟，做起設(shè)計(jì)來也得心應(yīng)手一些。需求整理完后敞恋，團(tuán)隊(duì)會(huì)組織開一個(gè)需求澄清會(huì)議丽啡，也就是確定在這一迭代中，開發(fā)人員所需要做的需求耳舅，如果做不完這些需求碌上，開發(fā)人員有權(quán)拒絕部分的需求，推到下一個(gè)迭代來做浦徊，當(dāng)然，這些都需求整個(gè)團(tuán)隊(duì)的人員來進(jìn)行評(píng)估天梧，也還有Scrum Master（類似于團(tuán)隊(duì)的管理者）來進(jìn)行把控盔性。當(dāng)需求確定下來之后，進(jìn)行迭代計(jì)劃會(huì)議呢岗，評(píng)估在這一迭代中所有需求的故事點(diǎn)冕香。
在「敏捷開發(fā)」中，還存在每日站會(huì)后豫，利用10到15分鐘左右的時(shí)間悉尾，大家通過Sprint Backlog（迭代待辦事項(xiàng)列表）來給大家講一下在這一迭代中的進(jìn)程，并為將要開始的一天設(shè)定方向挫酿。在開發(fā)人員做的差不多的時(shí)候构眯，設(shè)計(jì)師還要給產(chǎn)品進(jìn)行 Review，確保開發(fā)出來的產(chǎn)品與設(shè)計(jì)盡量一致早龟。設(shè)計(jì)師也可參與部分測(cè)試工作惫霸，這樣，更深入的了解自己做的產(chǎn)品葱弟∫嫉辏總結(jié)下來，在「敏捷開發(fā)」的整個(gè)產(chǎn)品中芝加，設(shè)計(jì)師需要全程的參與進(jìn)去硅卢，對(duì)整個(gè)產(chǎn)品負(fù)責(zé)。
3.在「敏捷團(tuán)隊(duì)」中藏杖，設(shè)計(jì)師應(yīng)該怎樣做呢将塑？
（1）了解產(chǎn)品與公司發(fā)展的方向
在「敏捷團(tuán)隊(duì)」中，每個(gè)人都要對(duì)產(chǎn)品負(fù)責(zé)制市，因此抬旺，設(shè)計(jì)師不能只盯著界面表現(xiàn)這一點(diǎn)，應(yīng)該要跳出傳統(tǒng)設(shè)計(jì)師的格局祥楣，以產(chǎn)品遠(yuǎn)景及公司的角度來思考許多決策开财。因?yàn)橹挥忻艚莸孛鎸?duì)市場(chǎng)的反應(yīng)汉柒，隨時(shí)調(diào)整前進(jìn)的方向，才是讓公司的發(fā)展跟上時(shí)代的變化责鳍。而且現(xiàn)在很多的公司都是以業(yè)務(wù)導(dǎo)向碾褂，如果你做的設(shè)計(jì)沒有滿足業(yè)務(wù)的需求，即使交互做的再好历葛，界面做的再漂亮正塌，對(duì)于用戶來講，也是一無是處恤溶。所以乓诽，要做出一個(gè)好設(shè)計(jì)，首先要基于產(chǎn)品的需求咒程，使其功能戳到用戶的痛點(diǎn)鸠天，進(jìn)而讓公司獲得有效的發(fā)展，這才能給產(chǎn)品得到一個(gè)很好的驗(yàn)證帐姻，也認(rèn)可了身為設(shè)計(jì)師的這一角色稠集。
（2）要與團(tuán)隊(duì)達(dá)成良好、敏捷的溝通
在一個(gè)跨職能的團(tuán)隊(duì)里饥瓷，只有良好剥纷、敏捷的溝通，才能讓設(shè)計(jì)工作事半功倍呢铆。在「敏捷團(tuán)隊(duì)」里晦鞋，需要與設(shè)計(jì)師需要打交道的，不外乎就是產(chǎn)品經(jīng)理（PO）和研發(fā)人員（RD）刺洒，這里總結(jié)一下與他們交流的原則：
與 PO 打交道的最大原則：
1. 確保了解每一項(xiàng)設(shè)計(jì)的需求鳖宾，并且在約定的時(shí)間內(nèi)達(dá)成。
2. 要給自己留出解決急性事件的彈性空間逆航。
每日站會(huì)就是溝通工作進(jìn)度的一個(gè)很好方法鼎文，這讓我們?cè)诿恳惶靹傞_始工作時(shí)，就能夠同步所有的信息因俐，讓接下來的一整天能夠有完整的工作時(shí)間以及正確的工作方向拇惋，并且讓 PO 清楚掌握設(shè)計(jì)師的工作負(fù)荷量，有助于 PO 判斷每件任務(wù)的輕重緩急抹剩。
與 RD 打交道的最大原則：
1. 明確交待設(shè)計(jì)稿上的細(xì)節(jié)撑帖，但是要保有一定的彈性空間，讓 RD 去修改澳眷。
2. 適當(dāng)了解 RD 的開發(fā)方式胡嘿，藉以調(diào)整設(shè)計(jì)，而達(dá)到大家最高的工作效率钳踊。
RD 每天要編寫很多新的代碼衷敌，有時(shí)候可能因?yàn)樾麻_發(fā)的功能而導(dǎo)致舊的代碼出現(xiàn)了 bug勿侯，而又在修復(fù) bug，所以缴罗，如果能夠減少 RD 調(diào)整框架的時(shí)間助琐，相對(duì)研發(fā)的時(shí)間就會(huì)提升，產(chǎn)品整體的穩(wěn)定性面氓、效能以及體驗(yàn)一定會(huì)更好兵钮。而且以敏捷開發(fā)的角度來看，提前讓產(chǎn)品功能完整的上線遠(yuǎn)比完美的視覺感受更重要舌界。
（3）產(chǎn)品的功能性比界面更重要
在上面有說掘譬，產(chǎn)品功能的完整遠(yuǎn)比完美的視覺感受更重要。現(xiàn)在呻拌，很多的設(shè)計(jì)師在做設(shè)計(jì)的時(shí)候往往將視覺美感放在第一順位屁药，這會(huì)使設(shè)計(jì)師在產(chǎn)品設(shè)計(jì)初期就花太多時(shí)間在斟酌顏色與字體的細(xì)節(jié)，但其實(shí)用戶并沒有那么關(guān)心其美丑柏锄，產(chǎn)品的好用永遠(yuǎn)比好看重要!
以這次的交易大師產(chǎn)品來說，在訂閱大師的界面复亏，出現(xiàn)了很多的紅色趾娃，這讓設(shè)計(jì)師的我很是難受，認(rèn)為整個(gè)界面沒有抓住重點(diǎn)缔御，沒有給用戶看到大師最重要的收益率抬闷，沒法吸引用戶來訂閱大師。而對(duì)于這個(gè)產(chǎn)品來講耕突，可能只需要有一個(gè)訂閱按鈕可以將這個(gè)頁(yè)面跑通了笤成。
因此，在設(shè)計(jì)初期眷茁，設(shè)計(jì)師在意的應(yīng)該是在每一次產(chǎn)品的開發(fā)周期內(nèi)炕泳，優(yōu)先設(shè)計(jì)用戶的"使用"體驗(yàn)，而不是"視覺"體驗(yàn)上祈，讓用戶清楚體驗(yàn)到這個(gè)產(chǎn)品解決了什么問題培遵，遠(yuǎn)比讓用戶覺得你的產(chǎn)品很美來得重要。
結(jié)語(yǔ)：對(duì)于「敏捷開發(fā)」登刺，有很多的地方我們也不能全部的照辦照抄籽腕，比如在《敏捷宣言》中就提出工作的軟件高于詳盡的文檔，但其實(shí)詳盡的文檔也是必備的纸俭，是基礎(chǔ)皇耗。如果開發(fā)沒有一紙文檔，只憑PO 或設(shè)計(jì)師口中的功能界面講解揍很，那么最后做出來的東西肯定與最初定的想法千差萬(wàn)別郎楼。因此万伤，在這點(diǎn)上，我們要更改一點(diǎn)點(diǎn)：相對(duì)于詳盡的文檔箭启，我們需要更注重工作的軟件壕翩。所以，在敏捷開發(fā)的團(tuán)隊(duì)中傅寡，也需要結(jié)合自己團(tuán)隊(duì)的特色來合理地使用「敏捷開發(fā)」放妈。
