分佈式開發的大量增加，包括各種形式的外包，這作為一種減少成本，並壓縮市場投放時間的方法。
為滿足這四種業務需求，許多公司求助於異地分佈式開發(GDD)模型，作為他們用於軟件開發項目的IT策略的一部分。
這對一些類型的產品和開發環境來説是理想的狀況，但是它並不支持那些趨於分佈式開發的團隊。
Gibbs為使用RUP管理外包項目和依賴分佈式開發團隊的其他項目--外包、內購或者兩者皆有的項目提供了尤為寶貴的見解。
對擁有大型分佈式開發和運營團隊的組織來説，尤其是這樣。
當今組織所面臨的新的軟件挑戰產生於複雜系統，異地分佈式開發以及法規遵循需求。
探索在分佈式開發環境下如何實現統一的軟件開發、測試活動及無縫的協調工作，從而加速高品質軟件應用的交付過程？
區域分佈式開發（GDD）的現實*
對絕大多數較大的開發公司來説，地域分佈式開發已經變成了生命週期中的一個麻煩問題。
如果所有這些在次一級項目中都進行的很順利，Alcrohm也許在未來會選擇利用其它分佈式開發模型，例如新特*組件開發。
一個項目如何能將區域分佈式開發的效率發揮到極至呢？
當該部署模式緊密地將開發團隊與工作流程集成起來的話，它就增加了分佈式開發平台的管理成本。
分佈式開發：通過弄清產品類型以及程序和項目之間的關係，那麼他們必須滿足的責任和標準的並立就變得更加清晰了。
地理分佈式開發：集中式變更與配置管理信息中心提供了關於集中式變更與配置管理採用路徑的詳細信息。
這將為領域增加*，比如soa、遵從*管理、地域分佈式開發，以及對敏捷核心過程的打包應用開發。
隨着越來越多全球*分佈式開發模式的出現，開發小組中人員的合作逐漸變成成功的關鍵因素。
但是最主要的原因是當今可利用的支持分佈式開發的技術遠遠比以前多。
Perforc採用集中式服務器，他們稱之為Depot，用於分佈式開發，所有的用户，不論在哪兒，不論隔着多遠，都得用這一個服務器。
地理分佈式開發的內容：集中式變更與配置管理信息中心建立在基於場景採用路徑的方法學之上。
國文精選館
