在 Microsoft .NET 平臺上工作的 團隊可以使用 Microsoft Visual Studio Team System 提供的各種新功能�？色@取帶有說明的 Microsoft Solutions Framework for Agile Development 和支持工具。如果團隊需要更多關于在 分布式環境中進行敏捷開發的指導，則該產品會非常有用。對于有經驗的團隊而言，這是一個可提供優秀 ROI 的集成解決方案。
另一個為分布式團隊帶來巨大價值的 Microsoft 產品是 Windows SharePoint Services (WSS)。Wiki 能夠有效地幫助分布式團隊進行敏捷開發，而且 WSS 的下一個版本計劃在其增強功能中提供 wiki。WSS 同樣緊密集成了 Visual Studio Team System，這使得它成為團隊的 Web 門戶的最佳選擇。
從 IT 基礎結構的角度來看，我建議使用虛擬專用網絡 (VPN)，這樣團隊就可平等的共享 資源。該 VPN 環境不像公共網絡那樣嚴格，可在其中使用 Windows Live Messenger 的應用程序共享、 視頻和語音呼叫、遠程協助和白色書寫板。
通信、通信、通信
如果進行遠程工作，小的誤解也會迅速變成大問題。在分布式開發團隊中，經理必須密切注意通信實踐，他們有時會在本地開發中忽略通信實踐而不會產生不良后果。要注意的內容包括定期（每日/每周）報告和狀態更新 會議，這樣可使團隊成員保持同步、討論成績和暴露問題。經理還應該通過介紹性會議、現場參觀、團隊建設活動和其它方式來在團隊中建立個人人際關系。
在離岸外包交易中，開發經理應該關注由語言、文化和時區所帶來的障礙，而且必須設法克服這些障礙。全球化在緩慢不斷地消除專業環境中的文化差別，但有時文化差異仍然會帶來混亂。這個主題中有很多特定于國家的問題，這里就不再詳細討論了。語言問題容易發現卻不易克服。如果公司面臨語言障礙，最常用也是最有效的方法是公司對員工進行語言 培訓。在大多數國家，從事離岸開發的專業人員都愿意學習 英語，因此這些地方的專業人員通常都接受語言培訓。
時區的變化會使開發過程更加困難。但是在外包產業比較發達的國家， 軟件工程師們通常都會調整他們的工作時間表，以便更有效地與國外同行合作。有兩種策略可用來處理時區差異。第一種是按照不同的工作對團隊進行分組；例如，質保和產品經理在國內工作，而開發人員在國外工作。該安排可進行循環作業，這樣開發人員可在他們的同行休息時修正程序和實現新需求，反之亦然。當然，也應結合工作時間表（在工作日開始/結束之時）。第二種方法是把項目劃分為多個塊，將每個塊分配給一個地點，給每個地點分配盡可能多的功能。第二種方法要求更有效的通信，因此也能更好的進行敏捷開發，但是兩種方法都是可以的，有時沒有選擇的余地。
選擇正確的模式同樣很重要，但是這不能保證成功。在分布式環境中，強烈建議交易的雙方中至少有一方具有敏捷開發的經驗。如果缺乏面對面的 溝通，那么由于時間、文化、語言的不同，需要付出更多的人力和財力才能獲得預期的結果。擁有一個優秀的海外伙伴可帶來很多益處，例如節約成本、按需補充人員以及進行與外包基礎結構相關的任務等（這些益處可概括為“付出更少、獲利更多”），這大大優于投資建立生產性關系。沒有通過功能強大的通信基礎結構（可在全球范圍內通用）所構建的現代工具，就不可能達到這種積極的平衡。
關于作者
Andrew Filev (MCA, MVP) 是 Murano Software 負責離岸工作的副總裁。他建立了離岸開發中心，并領導和激發了團隊。Andrew 是一名優秀的交流者，他消除了不同文化之間的差異，而且與客戶建立了長久的合作關系。
