敏捷開發的利與弊

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

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

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

顛覆傳統 適應變化

在傳統的軟件開發工作中，項目團隊分配工作的重點是明確角色的定義，以個人的能力去適應角色，而角色的定義就是為了保證過程的實施，即個人以資源的方式被分配給角色，同時，資源是可以替代的，而角色不可以替代。

然而，傳統軟件開發的這些方法在敏捷開發方式中被完全顛覆。敏捷開發試圖使軟件開發工作能夠利用人的特點，充分發揮人的創造能力。敏捷開發的目的是建立起一個項目團隊全員參與到軟件開發中，包括設定軟件開發流程的管理人員，只有這樣，軟件開發流程才有可接受性。同時敏捷開發要求研發人員在技術上獨立自主地進行決策，因為他們最了解什么技術是需要和不需要的。再者，敏捷開發特別重視項目團隊中的信息交流，有調查顯示：“項目失敗的原因最終都可追溯到信息沒有及時準確地傳遞到應該接受它的人?！?/p>

在土木工程實踐中，有比較穩定的需求，同時建設項目的要求也相對固定，所以此類項目通常非常強調施工前的設計規劃。只要圖紙設計得合理并考慮充分，施工隊伍可以完全遵照圖紙順利建造，并且可以很方便地把圖紙劃分為許多更小的部分交給不同的施工人員分別完成。

然而，在軟件開發項目中，這些穩定的因素卻很難尋求。軟件的設計難處在于軟件需求的不穩定，從而導致軟件過程的不可預測。但是傳統的控制項目模式都是試圖對一個軟件開發項目在很長的時間跨度內做出詳細的計劃，然后依計劃進行開發。傳統方法在不可預測的環境下，很難適應變化，甚至是拒絕變化。而與之相反的敏捷方法則是歡迎變化，目的就是成為適應變化的過程，甚至能允許改變自身來適應變化。

企業管理挑戰多多

敏捷開發要求將大項目分解成為很多小項目，這樣雖然易于考察、易于管理和易于控制，但同時也帶來了項目內部各個小項目的協調問題。對于各個小項目的執行，人員分配和其它資源分配的沖突及進度的沖突是最主要的沖突，而且這些沖突如果解決不徹底，將會對整個大項目帶來難以預測的負面結果。

敏捷開發最大的問題還是管理的問題。這和很多軟件企業重技術、輕管理的做法是截然相反的，企業的這種心智模式一方面是源自管理人才的缺乏和項目組成員對管理制度的排斥；另一方面則是因為現行規范和管理制度與實際工作中的不合拍。從這一層面而言，敏捷開發對管理水平要求的提高是對軟件企業領導者觀念的一種挑戰。

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

在敏捷開發中，一個很重要的因素就是團隊成員的自律性，換句話說，就是營建一個自管理的團隊。雖然敏捷是一個項目管理層的理念，但這個理念決定了項目的每一個參與者，即程序員都需要有較高的素質。事實上，敏捷開發的實施很大程度上是一個自下而上的過程：無論是怎樣的敏捷方法，都需要參與者主動領取任務，更重要的是主動交流。因此，有著良好自律性和主動性的程序員將成為項目成功的重要因素。雖然傳統的項目也需要優秀的程序員，但不得不說敏捷開發對于每個程序員的要求會更加的高。

敏捷開發現在在歐美已非常普及，在國內也已經流傳實踐了幾年，現在正逐漸進入到越來越多的項目中。雖然敏捷開發既有成功的案例也有失敗的案例，但其高效可靠、節省成本的潛在特性決定了敏捷開發的廣泛應用性。

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

總而言之，在實際開發過程中，需要根據實際項目的需要選擇合適的開發方法，并盡最大可能發揮人的創造性和潛能，利用不同人的不同特點，充分溝通，這才是在敏捷方法中真正需要學習的。