敏捷開發(fā)的利與弊

若問現(xiàn)今軟件開發(fā)模式的熱詞，那就非“敏捷”莫屬了！敏捷開發(fā)的確蘊(yùn)涵著無限商機(jī)，但同時(shí)也是對中國軟件產(chǎn)業(yè)的嚴(yán)峻挑戰(zhàn)。對于起步遠(yuǎn)遠(yuǎn)滯后于西方的中國軟件業(yè)來說，各種提高軟件開發(fā)速度及降低軟件開發(fā)成本的方式和措施都是值得探討與借鑒的。筆者認(rèn)為敏捷開發(fā)模式對中國的軟件企業(yè)正是一個(gè)行之有效的開發(fā)方式。

早在上世紀(jì)60年代，北約（NATO）就提出了軟件危機(jī)這一概念。在《人月神話》一書中，軟件開發(fā)則被喻為讓眾多史前巨獸痛苦掙扎，卻無力擺脫的“焦油坑”。隨著需求和應(yīng)用的日趨深入與復(fù)雜化，軟件開發(fā)的難度和遇到的問題正以幾何級數(shù)增長，“焦油坑”也由此變得更深、更大。

復(fù)雜程度高、開發(fā)周期長、結(jié)果無保證等等，作為軟件開發(fā)的通病，激發(fā)了人們的無限潛能，并由此產(chǎn)生了軟件工程學(xué)。但在實(shí)際工作過程中，需求變更在整個(gè)軟件開發(fā)的生命周期中仍是一個(gè)永恒的話題，也是客戶與服務(wù)提供方最糾纏不清的地方。改變的導(dǎo)火索源自方方面面，既有可能是一覺醒來后的靈光一現(xiàn)，也有可能是來自客戶外部商業(yè)環(huán)境的改變。我至今還依稀記得最初從事ERP開發(fā)時(shí)，其中的某個(gè)項(xiàng)目排程模塊，當(dāng)團(tuán)隊(duì)按客戶最初的要求完成并測試順利通過時(shí)，客戶的新要求突如其來，180度大轉(zhuǎn)彎完全出于團(tuán)隊(duì)預(yù)料之外，項(xiàng)目開始時(shí)全隊(duì)苦心經(jīng)營的開發(fā)架構(gòu)體系就這么被摧毀了，既然是現(xiàn)實(shí)，只能勇于接受！誠然，處理得當(dāng)，這種變化就能協(xié)助雙方得到一個(gè)更優(yōu)秀的軟件，也讓客戶對團(tuán)隊(duì)的快速應(yīng)變產(chǎn)生好感，否則，如果固守原始的設(shè)計(jì)稿件，或者永遠(yuǎn)作為一個(gè)新功能要求追加資金，有可能得到一個(gè)Case，卻失去一個(gè)用戶。可見無論是業(yè)界公認(rèn)的需求、變更、人員流動(dòng)，還是各種看起來并不起眼的小事件，都有可能讓軟件開發(fā)流程重新洗牌。其實(shí)，一個(gè)過程中的再設(shè)計(jì)，有可能會(huì)降低開發(fā)的成本。

顛覆傳統(tǒng) 適應(yīng)變化

在傳統(tǒng)的軟件開發(fā)工作中，項(xiàng)目團(tuán)隊(duì)分配工作的重點(diǎn)是明確角色的定義，以個(gè)人的能力去適應(yīng)角色，而角色的定義就是為了保證過程的實(shí)施，即個(gè)人以資源的方式被分配給角色，同時(shí)，資源是可以替代的，而角色不可以替代。

然而，傳統(tǒng)軟件開發(fā)的這些方法在敏捷開發(fā)方式中被完全顛覆。敏捷開發(fā)試圖使軟件開發(fā)工作能夠利用人的特點(diǎn)，充分發(fā)揮人的創(chuàng)造能力。敏捷開發(fā)的目的是建立起一個(gè)項(xiàng)目團(tuán)隊(duì)全員參與到軟件開發(fā)中，包括設(shè)定軟件開發(fā)流程的管理人員，只有這樣，軟件開發(fā)流程才有可接受性。同時(shí)敏捷開發(fā)要求研發(fā)人員在技術(shù)上獨(dú)立自主地進(jìn)行決策，因?yàn)樗麄冏盍私馐裁醇夹g(shù)是需要和不需要的。再者，敏捷開發(fā)特別重視項(xiàng)目團(tuán)隊(duì)中的信息交流，有調(diào)查顯示：“項(xiàng)目失敗的原因最終都可追溯到信息沒有及時(shí)準(zhǔn)確地傳遞到應(yīng)該接受它的人。”

在土木工程實(shí)踐中，有比較穩(wěn)定的需求，同時(shí)建設(shè)項(xiàng)目的要求也相對固定，所以此類項(xiàng)目通常非常強(qiáng)調(diào)施工前的設(shè)計(jì)規(guī)劃。只要圖紙?jiān)O(shè)計(jì)得合理并考慮充分，施工隊(duì)伍可以完全遵照圖紙順利建造，并且可以很方便地把圖紙劃分為許多更小的部分交給不同的施工人員分別完成。

然而，在軟件開發(fā)項(xiàng)目中，這些穩(wěn)定的因素卻很難尋求。軟件的設(shè)計(jì)難處在于軟件需求的不穩(wěn)定，從而導(dǎo)致軟件過程的不可預(yù)測。但是傳統(tǒng)的控制項(xiàng)目模式都是試圖對一個(gè)軟件開發(fā)項(xiàng)目在很長的時(shí)間跨度內(nèi)做出詳細(xì)的計(jì)劃，然后依計(jì)劃進(jìn)行開發(fā)。傳統(tǒng)方法在不可預(yù)測的環(huán)境下，很難適應(yīng)變化，甚至是拒絕變化。而與之相反的敏捷方法則是歡迎變化，目的就是成為適應(yīng)變化的過程，甚至能允許改變自身來適應(yīng)變化。

企業(yè)管理挑戰(zhàn)多多

敏捷開發(fā)要求將大項(xiàng)目分解成為很多小項(xiàng)目，這樣雖然易于考察、易于管理和易于控制，但同時(shí)也帶來了項(xiàng)目內(nèi)部各個(gè)小項(xiàng)目的協(xié)調(diào)問題。對于各個(gè)小項(xiàng)目的執(zhí)行，人員分配和其它資源分配的沖突及進(jìn)度的沖突是最主要的沖突，而且這些沖突如果解決不徹底，將會(huì)對整個(gè)大項(xiàng)目帶來難以預(yù)測的負(fù)面結(jié)果。

敏捷開發(fā)最大的問題還是管理的問題。這和很多軟件企業(yè)重技術(shù)、輕管理的做法是截然相反的，企業(yè)的這種心智模式一方面是源自管理人才的缺乏和項(xiàng)目組成員對管理制度的排斥；另一方面則是因?yàn)楝F(xiàn)行規(guī)范和管理制度與實(shí)際工作中的不合拍。從這一層面而言，敏捷開發(fā)對管理水平要求的提高是對軟件企業(yè)領(lǐng)導(dǎo)者觀念的一種挑戰(zhàn)。

敏捷方法對需求不確定或常常變更的情形是有效的。但是，沒有哪一種開發(fā)方法是適用于所有項(xiàng)目開發(fā)的。敏捷方法給傳統(tǒng)軟件開發(fā)帶來了一種新的思路和開發(fā)模式，但也給企業(yè)帶來了軟件研發(fā)項(xiàng)目管理開發(fā)過程的整合困難。

在敏捷開發(fā)中，一個(gè)很重要的因素就是團(tuán)隊(duì)成員的自律性，換句話說，就是營建一個(gè)自管理的團(tuán)隊(duì)。雖然敏捷是一個(gè)項(xiàng)目管理層的理念，但這個(gè)理念決定了項(xiàng)目的每一個(gè)參與者，即程序員都需要有較高的素質(zhì)。事實(shí)上，敏捷開發(fā)的實(shí)施很大程度上是一個(gè)自下而上的過程：無論是怎樣的敏捷方法，都需要參與者主動(dòng)領(lǐng)取任務(wù)，更重要的是主動(dòng)交流。因此，有著良好自律性和主動(dòng)性的程序員將成為項(xiàng)目成功的重要因素。雖然傳統(tǒng)的項(xiàng)目也需要優(yōu)秀的程序員，但不得不說敏捷開發(fā)對于每個(gè)程序員的要求會(huì)更加的高。

敏捷開發(fā)現(xiàn)在在歐美已非常普及，在國內(nèi)也已經(jīng)流傳實(shí)踐了幾年，現(xiàn)在正逐漸進(jìn)入到越來越多的項(xiàng)目中。雖然敏捷開發(fā)既有成功的案例也有失敗的案例，但其高效可靠、節(jié)省成本的潛在特性決定了敏捷開發(fā)的廣泛應(yīng)用性。

但縱觀國內(nèi)整體市場，尚有不少軟件企業(yè)并未采用敏捷開發(fā)，主要還是出于以下幾點(diǎn)考慮：要做一個(gè)成功的敏捷開發(fā)者，需要同時(shí)具備碼農(nóng)、架構(gòu)師、測試工程師和客戶經(jīng)理的能力，公司為培訓(xùn)這樣的員工代價(jià)頗高；加之不少優(yōu)秀程序員都是不善于社交、溝通的；并且對一個(gè)大型項(xiàng)目而言，每個(gè)人只負(fù)責(zé)其中的一個(gè)小功能，一旦某個(gè)人休假或者離職，那么頂替上的程序員可能對這塊功能的業(yè)務(wù)不是特了解，當(dāng)他去和客戶溝通的時(shí)候就會(huì)顯得不專業(yè)。

總而言之，在實(shí)際開發(fā)過程中，需要根據(jù)實(shí)際項(xiàng)目的需要選擇合適的開發(fā)方法，并盡最大可能發(fā)揮人的創(chuàng)造性和潛能，利用不同人的不同特點(diǎn)，充分溝通，這才是在敏捷方法中真正需要學(xué)習(xí)的。