敏捷開發在項目開發中的應用

盧文佳

摘 要 敏捷開發思想是近些年來在軟件行業流行起來的新式思想，運用該思維策劃生產的軟件具備靈活、有效和高品質等優勢，把敏捷開發和過去的經典開發規則進行融合，可以有效地提升項目開發的效率，使得越來越多的軟件項目開發團隊對其產生濃烈的興趣。把敏捷開發思想融入小型項目開發環節中，處理經典設計方式在滿足客戶意向變化方面的不足，可以合理把握需求改變與客戶對開發環節的透明性導致的風險，力求在短期內得到令人滿意的項目開發方案。

關鍵詞 敏捷開發 項目開發 應用

敏捷開發并非完全是一門全新的理論，而是對以往的經典開發思想的改善。敏捷開發吸取了豐富的軟件項目中的有用經驗。敏捷開發在既有的軟件項目開發基礎上實現了整合，所以敏捷開發既有經典方式的優點，又在很大程度上改善了軟件開發的效果，而且可以在開發環節對客戶的需求進行更改，利用初期迭代方式可以在早期找出風險，降低工程的返工率。敏捷開發思想以人為本，目的是滿足客戶的需求，其特點是具備隨時滿足外界需求的能力。這一特征可以在很多方面體現出來，比如經濟全球化導致的任務與設計條件的較難明確，市場對手的運營方式與客戶需要的持續改變，技術的快速變更，職工薪資的不斷提升等。運用敏捷開發思想的企業能夠擁有處理類似不確定性問題的能力，進而在市場中占據一席之地。

一、敏捷開發思想分析

經典的設計開發認為不包含文檔的軟件是難以想象的，是不合格的項目開發。編碼過程不能成為溝通系統理論與組織的預期媒介。開發團隊應當編寫簡單易懂的文檔，通過這種方式對系統和有關設計進行描述。但是在實際情況中，卻能發現數量較多的文檔效果比較少的文檔還要差，這是由于編寫大量的文檔不但要花費過多的時間，而且讓這些文檔與代碼實現同步，需耗費更多的時間。假如開發人員未能讓代碼與文檔一致，將會導致文檔占據大量的內存，復雜難懂的編碼會給后來的繼任開發者帶來很大程度上的阻礙。敏捷開發思想則認為，應當只編寫和維持一個精悍、主題明顯的有關系統原理與組織方面的文檔便可以滿足要求，項目開發的重點要放在最后的產品上，也就是客戶所需要的軟件。任何一個項目開發團隊都需要經過內部討論，確定哪部分文檔在交付項目軟件時是必需的。軟件能夠被裝飾、改變、研究，但它是真實存在的。盡管直接由編碼中獲取系統的原理與組織信息是有難度的，但代碼是唯一不存在歧義的信息來源，從這個方面來說，代碼也就是設計。

二、敏捷開發在項目開發中的應用

（一）偏重于原理與組織設計

在敏捷開發過程中，關注原理與組織設計，盡量不進行具體設計。原理設計能夠被理解成是尋找開發項目和軟件的目的，關注的是軟件開發的具體規劃、市場競爭力、用戶需求以及技術水平等。組織設計可以理解為：從宏觀層次上看，組織設計需要以什么形式完成，分多少環節，由多少構件組成，各個環節與構件之間的聯系是什么。具體設計指的是詳細的規劃、外接形式等。某個產品，尤其是面對市場的產品，原理設計與組織設計相當關鍵，應當預測行業將來的發展趨勢，產品在市場中內部與外部的對比，技術的提升趨勢，以及各個組塊的成本與效益的差距等，這樣才可以盡量確保產品朝著良好的方向發展。在軟件中加入或者刪掉一個組塊應該以十分謹慎的態度對待，因為新加入的功能一旦被用戶體驗，在后期的維護中就很難將該組塊刪除。此外，還應當思考每個產品版本間的兼容性以及用戶群體的變化等情況。因此，在進行初期設計開發的時候，經過原理設計與組織設計，理清路線是相當必要的。

（二）積極與用戶溝通

在項目開發過程中，當涉及新版本開發時，經常會遇到針對舊版本的某一關鍵模塊進行再次設計的情況，進而碰到了幾個常見的問題：首先，新版本的組塊與舊版本組塊的匹配性問題，致使舊版本用戶難以順利地適應新版本變化；其次，新版本的變化是純技術角度的再次設計，無論是面對用戶，還是面對開發團隊內部的組織來說，都沒有比較顯著的優勢，最后的結局通常是開發者耗費了大量的人力物力與時間進行設計，卻由于一些現實情況導致二次開發以失敗告終，依舊使用之前的模塊。因此，盲目增加需求，并不能給項目帶來好處，需要避免出現不能增加用戶體驗價值的功能，假如新功能對用戶沒有任何價值，那就意味著該模塊在實際中并不需要。盡管敏捷開發思想可以很好地適應客戶需求變化，但有必要避免盲目變化。敏捷開發思想堅持的是簡易的平緩設計，而非強烈的拆除式設計。一方面，開發者只需要進行其能力范圍內的設計；另一方面設計要隨著客戶需求的變化和時間的推移而平緩完善。這樣有益于提升設計的靈活性，降低因變化而引起的成本投入程度。項目產品的變化應當進行謹慎的討論研究，三思而后行。敏捷開發認為，在項目的任何環節里，開發設計人員是與用戶一同工作的，開發者到用戶的工作生活環境中進行調查，同時需要邀請用戶到項目開發部門中來進行建議參考。假如在開發環節里遇到一些問題或是產品進行再次設計時，可以迅速得知用戶的意見，保證技術開發人員可以最大限度地設計出用戶需要的產品。

（三）預先進行產品檢驗

以往的瀑布形式開發是先進行代碼編寫，再進行產品檢驗，直到出現設計方面的問題時，常常為了減少成本，不了了之。敏捷開發堅持由用戶實際應用體驗的角度出發，預先進行產品檢驗，在代碼編寫之前先編寫檢驗代碼。編寫檢驗代碼是一個測試行為，同時也是一個設計行為，還可以說是編寫文檔的行為。在這個環節里，客戶需要上的偏差與項目開發中的不足將會被找到。因為代碼編寫還未實現，只需要變化需求與設計便可以滿足條件，降低了成本投入，減少了項目開發風險。

三、結語

伴隨著全球經濟化進程的不斷加深與科技水平的持續提高，人們對項目開發的生產效果與滿足用戶要求的不確定性與易變性等方面有了更多的需求。在經典開發方式中，用戶可以說幾乎沒有加入開發環節中，項目開發過程中的調查、策劃、編碼直到內部測試，開發的每一個環節對用戶都是保密的，只有公測或是培訓時才會接觸到產品。因此，產品最終系統的運行模式與操作界面和用戶的需求肯定存在著不小的差距，而敏捷開發正可以彌補這一缺陷。敏捷開發是一個過程，并不是一個獨立的事件。其是一個不斷應用規則、方式和實踐來改善軟件的組織與能讀性的過程。將敏捷開發思想運用到項目開發過程中，將獲得明顯的效果，敏捷開發思想體現了項目開發過程中比較科學的理論軟件開發價值觀與標準。

（作者單位為上海交通大學信息安全工程學院）

參考文獻

[1] 郎高一.敏捷開發在LICENSE管理平臺項目中的應用實踐[D].浙江工業大學，2015.

[2] 郝青.敏捷開發中的Web應用開發框架研究[D].北京郵電大學，2015.

[3] 陳亭華.敏捷方法在通訊軟件開發中的應用研究[D].東華大學，2014.

[4] 蔡軍英.互動娛樂軟件中敏捷開發方法的應用[D].華東理工大學，2013.

[5] 梁軍峰.敏捷開發方法在檢驗檢疫快件驗放系統建設中的應用與研究[D].電子科技大學，2011.endprint