亚洲另类97色波,四季久久免费一区二区三区四区,丰满蜜桃精品视频网,国产在线观看无码九色8X视频亚洲中文字幕久久精品无码喷水_国产精品无码一区二区

臺灣設(shè)計師!為什么我不推薦敏捷開發(fā)?

2015-6-5    周周

 

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

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

來源:優(yōu)設(shè)網(wǎng)

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

dont-recommend-agile-development-1

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

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

誤解一:敏捷對人的要求很高

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

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

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

誤解二:敏捷沒有文檔,也不做設(shè)計

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

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

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

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

wireframe-grid-rule-of-thirds

誤解三:敏捷好,其他方法不好

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

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

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

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

wireframe-kit-v22

現(xiàn)實的扭曲

個人與互動:重于流程與工具

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

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

有文件產(chǎn)生/解決什么問題?沒有文件產(chǎn)生/解決什么問題?不寫文件最愛用「我們是敏捷開發(fā)」當(dāng)借口了,不會寫就不會寫、不知道文件寫來干嘛就老實承認(rèn),少拿這個當(dāng)說詞。

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

如果客戶沒有在好的引導(dǎo)下一起合作,現(xiàn)實狀況會變成「最后一次-確定最終版-說好不改了-V21.psd」。嗯?改來改去不就是敏捷開發(fā)嗎?(喂)

回應(yīng)變化:重于遵循計劃

這不是改來改去改到死的好理由!為什么要「變化」,變化是為了解決什么問題?沒有問題改它干嘛?完全不代表可以沒計劃就上啊!

結(jié)論

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

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

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

敏捷式開發(fā)就是改來改去?

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

 

分享本文至:

日歷

鏈接

個人資料

存檔