藍(lán)藍(lán)設(shè)計(jì)( m.sillybuy.com )是一家專注而深入的界面設(shè)計(jì)公司，為期望卓越的國(guó)內(nèi)外企業(yè)提供有效的UI界面設(shè)計(jì)、BS界面設(shè)計(jì) 、 cs界面設(shè)計(jì) 、 ipad界面設(shè)計(jì) 、 包裝設(shè)計(jì) 、 圖標(biāo)定制 、 用戶體驗(yàn) 、交互設(shè)計(jì)、 網(wǎng)站建設(shè) 、平面設(shè)計(jì)服務(wù)

每一個(gè)扁平化界面設(shè)計(jì)，都是我們的心靈碰撞致力于最棒的 metro ui 設(shè)計(jì)

來(lái)源：優(yōu)設(shè)網(wǎng)

 如果您想訂閱本博客內(nèi)容，每天自動(dòng)發(fā)到您的郵箱中， 請(qǐng)點(diǎn)這里

@Akane_Lee ：當(dāng)項(xiàng)目成員越多，我越不推薦敏捷開發(fā)，原因在于「當(dāng)連自己要做什么事、為什么這樣做、這樣做為了解決什么問(wèn)題」都搞不清楚前，就跳下去玩敏捷開發(fā)，那和比通靈還慘，通靈起碼還有個(gè)目標(biāo)物在前面，搞不清楚狀況的人只能陪他跳世界迷霧開地圖了 >>>

敏捷開發(fā) – MBA智庫(kù)百科 最下方有段「對(duì)敏捷開發(fā)的誤解」?？身槺銋⒖?nbsp;敏捷軟件開發(fā) – 維基百科。

誤解一：敏捷對(duì)人的要求很高

說(shuō)高不高啦，撇開實(shí)作技術(shù)不談，你覺(jué)得要找到清楚項(xiàng)目開發(fā)流程、知道每位項(xiàng)目成員的工作內(nèi)容、職責(zé)范圍、產(chǎn)出，并清楚項(xiàng)目目標(biāo)、需求、用戶需要的開發(fā)人員（含設(shè)計(jì)師）很容易嗎？

如果上述條件無(wú)法達(dá)成，又怎么確定運(yùn)用敏捷開發(fā)方式后，所有項(xiàng)目成員方向都是正確的？就因?yàn)檫@種人太難找，所以會(huì)產(chǎn)生「對(duì)人要求很高」印象。

連在有企劃書、規(guī)格書、用戶研究報(bào)告的文件情況下都還不知道自己要干嘛、同事在干嘛，能談敏捷嗎？

誤解二：敏捷沒(méi)有文檔，也不做設(shè)計(jì)

文件撰寫與否和敏捷開發(fā)一點(diǎn)關(guān)系也沒(méi)有，敏捷開發(fā)強(qiáng)調(diào)「適應(yīng)性而非預(yù)見(jiàn)性」，并沒(méi)有強(qiáng)硬規(guī)定。雖然有一句「可用的軟件：重于 詳盡的文件」，但它沒(méi)有叫你不要寫文件。

先想看看寫文件是為了解決什么問(wèn)題？如果不寫文件會(huì)產(chǎn)生什么問(wèn)題？

以 UI 設(shè)計(jì)師來(lái)講，交出 UI Flow、Wireframe 這種文件是為了解決什么問(wèn)題？要敏捷開發(fā)嘛就不用寫了跳過(guò)，直接出 Mockup 吧。因?yàn)榘l(fā)現(xiàn)出包有漏改來(lái)改去改到死，和找到產(chǎn)品問(wèn)題改良，是兩回事?。?

敏捷開發(fā)不是沒(méi)文件沒(méi)流程的包裝紙。

誤解三：敏捷好，其他方法不好

敏捷開發(fā)就是一直小幅度改啊改啊改啊，可以增加工作效率，讓大家工作更順利喔～～（就算是瀑布流式的傳統(tǒng)開發(fā)流程，設(shè)計(jì)師也是一直改啊改啊改啊，效率了什么、順利了什么?。?？）

先承認(rèn)有問(wèn)題，才能找出問(wèn)題，之后找解決方法。而不是先有方法，再想這個(gè)方法能解決什么問(wèn)題。敏捷開發(fā)只是一種「方法」，方法論用在敏捷開發(fā)上，要回答兩個(gè)問(wèn)題：

1. 現(xiàn)有模式為何不能滿足你的需求？
2. 敏捷式開發(fā)為什么可以？

敏捷開發(fā)不是萬(wàn)靈丹，先找到問(wèn)題點(diǎn)、知道為什么要采取敏捷，重點(diǎn)是卡在哪里需要敏捷這個(gè)「方法」來(lái)解決。設(shè)計(jì)師改來(lái)改去是為什么解決什么問(wèn)題？敏捷開發(fā)的小幅度改來(lái)改去、和現(xiàn)況設(shè)計(jì)師的改來(lái)改去有什么不同？如果都一樣為什么要采取敏捷？（不要跟我說(shuō)因?yàn)檐浖_發(fā)主力是 RD 所以忘記算上設(shè)計(jì)師。）

現(xiàn)實(shí)的扭曲

個(gè)人與互動(dòng)：重于流程與工具

開會(huì)是非常燒錢的行為，如果項(xiàng)目成員一多，要用什么方式降低溝通落差、盡量讓每個(gè)人理解到的都相同？怎么確保部門和部門間的信息交流順暢？靠出張嘴溝通就能辦到嗎？

可用的軟件：重于詳盡的文件

有文件產(chǎn)生/解決什么問(wèn)題？沒(méi)有文件產(chǎn)生/解決什么問(wèn)題？不寫文件最愛(ài)用「我們是敏捷開發(fā)」當(dāng)借口了，不會(huì)寫就不會(huì)寫、不知道文件寫來(lái)干嘛就老實(shí)承認(rèn)，少拿這個(gè)當(dāng)說(shuō)詞。

與客戶合作：重于合約協(xié)商

如果客戶沒(méi)有在好的引導(dǎo)下一起合作，現(xiàn)實(shí)狀況會(huì)變成「最后一次-確定最終版-說(shuō)好不改了-V21.psd」。嗯？改來(lái)改去不就是敏捷開發(fā)嗎？（喂）

回應(yīng)變化：重于遵循計(jì)劃

這不是改來(lái)改去改到死的好理由！為什么要「變化」，變化是為了解決什么問(wèn)題？沒(méi)有問(wèn)題改它干嘛？完全不代表可以沒(méi)計(jì)劃就上??！

結(jié)論

敏捷開發(fā)宣言里各種許愿…拔掉敏捷二字不也是所有項(xiàng)目開發(fā)的理想？所以為了解決什么問(wèn)題而采用敏捷式開發(fā)？為了改善工作流程加快效率？

那設(shè)計(jì)師修改到死的工作情況在敏捷開發(fā)里要怎么被改善？

我覺(jué)得敏捷開發(fā)適用「頭腦清楚」的人，只是這種人往往是大神級(jí)的了。和大神 PM、大神 Planner、大神 RD 合作，都清楚知道自己在干嘛、別人在干嘛，還能 Cover 一點(diǎn)別人的領(lǐng)域，知道解決這個(gè)問(wèn)題可以往目標(biāo)更進(jìn)一步，這種合作模式才有辦法做到「敏捷」，而不是因?yàn)樽ヂ┳ハx在修改。是啦這也算朝目標(biāo)邁進(jìn)，但「創(chuàng)新改良產(chǎn)品」和「讓產(chǎn)品看起來(lái)洞沒(méi)那么大」的改來(lái)改去本質(zhì)上是兩回事??！敏捷開發(fā)只是個(gè)方法，不是萬(wàn)靈丹。

敏捷式開發(fā)就是改來(lái)改去？

那「字大一點(diǎn)、Logo大一點(diǎn)、換一張照片、多出幾版讓我挑」也算啊～