觀點碰撞
敏捷開發企圖終結軟件危機
如今在軟件開發領域占絕對主流地位的傳統軟件工程學思想是大約在20世紀60年代伴隨著“軟件危機”言論的出現而誕生的。所謂軟件危機是指在計算機軟件的開發和維護過程中所遇到的一系列嚴重問題，它包含兩方面內容：一是如何開發軟件，以滿足不斷增長、日趨復雜的需求；二是如何維護數量不斷膨脹的軟件產品。的確，傳統軟件工程學思想的誕生，把軟件開發活動按照工程化的原則和方法進行組織，并一度被認為是擺脫軟件危機的一個主要出路。
但是，數十年后的今天，人們對于軟件危機的“恐懼”仍沒有絲毫減弱，相反隨著軟件系統的急速膨脹而越發不可收拾了：對軟件開發成本和進度的估計常常不準確，開發成本超出預算，實際進度比預定計劃一再拖延的現象并不罕見；用戶對“已完成”系統不滿意的現象也經常發生；軟件產品的質量往往靠不住，Bug一大堆，補丁一個接一個；等等。于是，無論是產業界還是理論界，都開始對傳統軟件工程學思想產生懷疑，甚至背叛。因此，關于軟件到底是“工程”還是“藝術”的討論一度風靡全球。而以迭代式循序漸進開發方式為主，以“人”為核心的敏捷開發方法就是在這樣的背景下產生的，它背叛了傳統軟件工程學中以“過程”為核心，把設計和開發盡可能分開，盡量弱化“人”在整個工程中地位的思想。
近日，當世界軟件開發領域最具影響力的五位大師之一、敏捷軟件開發方法的早期開拓者馬丁·福勒先生來華與國內軟件高手論道之際，北京大學軟件學院院長陣鐘老師再次將軟件是“工程”還是“藝術”這一問題擺到了桌面上。而這位軟件教父似乎對這一問題早有深入思考，他認為，這一爭論的核心應該在于軟件設計是否要與軟件開發分開，這也正是傳統工程化軟件開發方法與敏捷軟件開發方法的重要區別。
作為敏捷軟件開發方法的推動者，馬丁先生認為，軟件設計應該和軟件開發緊密結合在一起，采用迭代式開發。軟件開發不能被認為是一個既定的過程，因為軟件開發中有太多的變化出現，既定的過程設置不可能達到合適的預想結果。由于需求變化、技術更新、人員流動等問題的存在，許多軟件設計工作應該在軟件開發到一定程度的時候才能進行，兩者不應該在順序上嚴格分開。他說:“至于從哲學的角度講，到底軟件開發活動是藝術還是工程呢？我很難清晰地界定，也許都是或者都不是。也許我們應該把軟件開發活動當做一個獨立的東西來對待�！�
由此看來，馬丁先生既不認為軟件開發活動應該是一個先進行設計，然后根據 “設計圖紙”進行構建的工程化過程，也不認為軟件開發應該是完全依賴于開發者頭腦中隨時蹦出的靈感的藝術活動，因為這兩種傾向在人類數十年的軟件開發實踐中已經被證明都不甚完美。而他企圖在兩者之間找到一個均衡點，這個均衡點也許正是真正解決“軟件危機”的突破口。
據了解，敏捷開發實際上包括了許多優秀的軟件開發習慣。首先，這種方法改變了軟件測試的流程，在編寫代碼前進行測試，減少了開發風險；其次，可以對軟件進行持續集成，即每個小時都在集成，任何部件間的沖突都可以隨時解決；此外，這種方法的“動態規劃”和“重構”做法，意味著開發者可以對軟件架構進行持續改進，可以根據用戶的需求隨時進行改進，而利用傳統的軟件開發方法則很難對軟件的架構進行調整，同時也會造成成本的大幅增加。
