离岸交付(分布式团队协作指南)

作者简介

内容简介

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