get_product_contenthtml
1.3.3 建立一个离岸团队的投入和效益 组建分布式团队的目的不外乎以下几种： 降低成本； 开拓本地市场； 搜罗 多的人才。
作为客户，要考虑很多现实的问题，因为建立一个离岸团队而不是采用本土招聘的形式，在行业内一直存在不同的观点。作为支持方，理由是众口一词的，人工成本降低。有时候，分布式方法是交付产品的 方法，因为当地没有所需的人才，这也许算是使用分布式团队开发产品 正当的理由。
其实，人工费只是所有成本中的一部分，仅仅盯着人工费是不明智的。我在软件行业摸爬滚打多年，有一点我认识得比较清楚：不同人员的生产力的差异要远远大于他们的薪水差异。离岸团队 会显著地增大这一差异，因为离岸团队的成本除了人工费，还有沟通成本的增加、差旅费的增加，风险也因此远远高于本土团队。
我们先来看看沟通成本。分布式团队面临很多的沟通挑战，距离远而无法面对面沟通、时差、语言能力等。这些都会使我们对需求理解出现偏差，导致做出不正确功能的概率大大增加。我们虽然采用了很多技术手段以及派遣常驻代表，但离岸的风险仍然会对我们的团队造成负面影响。
如果是一个传统工作方式的团队，而不是采用敏捷工作方式， 加不支持团队间太多面对面的直接沟通。我们大多通过电子邮件、通过文档来达成团队间共识。因此，我们是不是就能得到 的投入产出比呢？其实没这么简单，通过减少直接沟通的方法来达到减少沟通成本的目的，并不能增大团队的交付能力。就像通过节流的方式并不会致富一样，我们需要 多投入开源，投资创造出 多的价值。
回头再看看分布式团队的优势。我们发现，如果离岸团队 在另一个时区，我们可以通过接力的方式，让一个功能在同一个主 ，24小时不间断地开发出来。这对我们加快上线速度有直接的好处。这是离岸团队特有的串行工作模式，如果团队有技术支持的职能，则能加快问题的解决。我们曾经遇到过这样的问题，我们也使用第三方的平台软件Salesforce，有一个技术问题需要尽快解决。我们首先找到伦敦的技术支持团队，因为北京时间下午晚些时候，他们刚刚上班。在他们下班的时候，只解决了部分问题，他们将我们的工单转交给了Salesforce在加利福尼亚的技术支持中心，继续处理我们的问题，后来他们又交给了悉尼的技术支持部门， 解决了我们的问题。这样在我们第二天上班的时候，悉尼的客户支持人员给我们交付了他们的解决方案。
一个我想说说人才短缺的问题。我们可以
