在 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 是一名优秀的交流者，他消除了不同文化之间的差异，而且与客户建立了长久的合作关系。
