在后泡沫時代，IT 預算被大量削減，造成預算供不應求，于是經理們不得不尋求更具有成本效率的解決方案。在這樣的情況下，流向新興市場國家的外包軟件開發（離岸開發）的趨勢開始增強。經濟驅動力并不是造成這種趨勢的唯一動力。最近由通信基礎結構的進步所帶來的迅猛增長也發揮了重要作用。
無論是傳統的分布式團隊還是特別的離岸外包，都可使用 Internet 協議 (VoIP) 軟件、即時通訊軟件、電子郵件客戶端和 wiki 更方便的進行在線通訊。而且，現在人們更加傾向于使用 wiki 等在線工具而不是進行個人通訊，因為這些工具不但能夠傳達信息，還有助于組織和存儲信息。這些工具還可以有效地將信息分發給大量接收者。
這些可在全球范圍內使用的快速 Internet 連接同樣增強了其他工具的功能，這也是加速離岸外包的原因之一。通過建模工具，分布式團隊更容易理解文檔。錯誤跟蹤器、源代碼控制服務器、Web 門戶和在線協作工具都有助于協調分布式項目。終端服務和虛擬機簡化了遠程測試和管理。
在 Internet 的影響下，新興市場國家也開始發展高科技。Internet 跨越了政治邊界，在俄羅斯和中國等發展中國家，成千上萬的年輕人可通過它來學習最先進的技術并提高他們的英語水平。這種通過在 Internet 上接受教育來成為軟件工程師的新浪潮也加劇了離岸外包的趨勢。
但是離岸外包的飛速增長也引起了政治辯論。這場討論假設離岸開發的存在具有現實意義，而且我們將著眼于最大化外包聘用所帶來的回報。政治因素不會影響我們的決定，不過我們會參考 McKinsey Global Institute 經研究后提供的資源列表，因為這里量化了外包為美國經濟帶來的益處，同時也駁斥了一些關于外包的神話。
敏捷軟件開發趨勢
現在來討論一下國內的情況。在國內，很多經理和工程師都在深思現在出現的另一個趨勢：敏捷軟件開發。在當今不斷變化的商業環境中，緩慢的“重量型”方法無法滿足要求�，F在需要用更少的投入產生更大的利潤，而且官僚作風再也不是獲得投資回報 (ROI) 的最佳方法。敏捷方法的優勢在于它的協作、靈活性，以及它對軟件的商業價值作出的貢獻，這體現在“敏捷宣言”的核心原則中：在過程和工具的基礎上獨立工作和交互、在綜合文檔的基礎上使用軟件、在合同談判的基礎上進行客戶協作以及在遵循計劃的基礎上對變更做出響應（請參閱資源）。
敏捷方法在很大程度上滿足了基于 Internet 的新型創業（通常稱作 Web 2.0）。某些新型創業通過敏捷軟件開發可以付出更少、獲利更多，而且可以通過小型團隊以很小的預算完成大型項目。這種短迭代和工作軟件原則反映在一種稱為“不斷測試”(constant beta) 的實踐中，該名稱源于一些 Google 產品（其徽標中包含了“beta”一詞）。
然而，敏捷方法不是“通用型”的方法。該方法最適合小型的、同一地點的團隊用來應對飛速變化的情況。
盡管在某些情況下應用敏捷軟件開發會遇到問題（例如將其應用于使用離岸外包的分布式開發中），但是在過去的五年中，我成功地將敏捷開發的原理應用到了分布式團隊中，這說明只要使用得當，這種開發方式也可帶來巨大的回報。
還有其他一些說明敏捷軟件開發會帶來問題的案例。這些案例是：大型開發團隊（一個獨立項目有 20 名以上的人員參與）、可預見性至關重要的系統（生命關鍵應用程序）以及官僚環境。我們不會在這里討論這些案例，而且我們會假設公司已經將敏捷開發融入其企業文化之中，并且打算將這里列出的觀點應用到不足 20 人的軟件團隊中（這里的 20 人是指某個特定團隊或項目的人數，而不是整個開發團隊的人數）。我們會討論如何將敏捷方法應用到傳統的分布式開發和特別的離岸外包。
結合趨勢
離岸軟件開發交易中存在各種不同的聘用方式，可從 rentacoder.com 雇用一個國外開發人員，也可與擁有海外分公司的美國公司進行上億美元的交易。不過即使交易的某一方希望采用敏捷軟件開發過程，某些交易也不會按照這樣的過程來安排。
要執行敏捷過程，所選的外包模式應該鼓勵通信和協作，具有靈活性，以及經常發布。能夠在外包交易中采用的標準有很多，不過其中最值得關注的是定價模型。關于最常用的定價模式計劃，請參閱圖 1。
可預測的結果暗示了可預測的過程。圖 2 中列出了按預測自適應等級進行排列的開發過程組。如果使用預測自適應標準和可預測模式（這更靠近等級的左端，請參閱圖 1），則軟件開發過程需要具有更大的可預測性；同時敏捷開發過程會處于軟件開發過程整體的另一邊。
可預測性因素與“固定范圍-固定價格”的聘用方式密切相關。如果在外包交易中采用此類合約，則客戶和供應商都只能采用可預測軟件開發過程及其結果。因此這類合約不適用于敏捷軟件開發。所以在制定外包聘用時，請記住鼓勵采用時間和材料等的定價模型來應對變化，這既為客戶和供應商提供了靈活性，也更適合進行敏捷開發。
處理這項交易時，需要考慮所選模式將如何影響通信和協作。敏捷開發過程需要開放的環境、聯系緊密的合作團隊、共同的目標、顯而易見的商業價值和頻繁的溝通。工程師、客戶、用戶、經理和其他股東之間的壁壘越多，進行敏捷軟件開發就越困難，這意味著需要減少中間人以在團隊之間最大化透明度和集成性。
重量級人物們通過在其他國家建立分支機構來處理這個問題，如果公司希望自己的海外開發中心擁有 100 名以上的工程師，這是很有經濟意義的。工程師的確切數量在很大程度上依賴于其他國家的實際情況，例如該公司是否能輕易地在這些國家招募到人才。
文章來源于領測軟件測試網 http://www.kjueaiud.com/