介绍离岸开发
离岸开发是外包开发中的一种模式。离岸开发一般由两类团队组成：onshore和offshore。
onshore在位置上距离客户较近，而offshore距离客户较远，一般处于另一个国家或者地区。“离岸”所指的，也就是开发团队中，有一部分团队距离较远，而形成的独特的开发方式。
对于国内的离岸开发来说，一般就是通过外包的方式来承接一些开发项目。例如对日外包，对欧美的外包。onshore队伍一般都是国外的本队团队，在国外与客户处在同一个地区。而offshore通常就是国内的团队。
onshore与offshore之间，通过邮件或者电话方式，交流项目上工作的内容。
对于软件开发行业来说，“外包”所指的，大部分都是这种离岸的开发模式。
对于onshore团队来说，把工作分派给offshore是有一定原因的。最大的因素就是成本。或许onshore团队的一个人的成本，抵得上offshore团队的3个人的成本，所以离岸开发的模式才会存在。
对于离岸开发来说，最大的特点，就是“距离”。如果onshore和offshore团队在一个办公室工作，如果有问题，可以随时的交流。但是如果不在一个屋子里，有问题必须通过邮件，电话的方式，并且不能直观地看到对方的工作，这样“距离”就变成了一个膜，在膜的两边，onshore和offshore都看不清楚对方的工作，也难于沟通互相的想法。
正是由于“距离”，导致了交流的困难，从而导致了双方各种的摩擦。
有一个项目，offshore和onshore约定好了一些规则。其中有一项，就是如果做一些更新数据的操作，那么必须事先写好的更新的步骤，然后操作者按照这些步骤来更新数据。其目的就是防止操作者“即兴发挥”，或者“状态不佳”，导致更新数据出错。
结果有一天，offshore的操作者没有按照写好的更新步骤去更新，自信满满的他以为自己已经记住了这些步骤。结果很不幸，偏偏这一次，他漏掉了一步，导致了数据更新错误。
数据更新错误被发现以后，我们首先检查了更新的步骤是否有错误。结果发现没有任何问题。那接下来就是看操作者的执行。
查看了日志文件以后，发现操作者漏掉了一步。
或许操作者平时的工作真的不错，偏偏这一次出了错，从人情世故上来说，或许可以理解--谁能一辈子不犯错误呢？
但是从onshore的角度来看，问题就没这么简单。前面已经说过，onshore与offshore是有距离的。onshore看不到这边的工作状态，只能从平时的远程交流来“观察”offshore的工作。
对于“操作者漏掉了一步”这件事来说，onshore通常的想法是这样：是不是真的所有的更新操作都按照既定写好的步骤来操作的，还是仅仅这一次？之前是不是有过类似的事情，只不过没暴露出来？以后是不是还会出现同样的问题？
onshore团队的人这么挑剔，也并非没有原因。onshore团队把大部分工作都分派给了offshore，但是onshore的人必须要对客服负责。对于客户来说，可不管有什么onshore，offshore，出了问题，他们只能去责备onshore。
向客户去解释问题，把问题化解掉这样的事情总是很难的，所以onshore自然不希望offshore出任何问题。正是这种“希望”，导致即使出了一点问题，也要仔细分析，刨根到底。
这种距离的特点，导致了双方团队的隔膜，导致了双方的不信任和各种摩擦。
对于offshore来说，这种不信任和摩擦，让工作感觉异常烦闷。经常感觉自己做了很多，但是得到的却是onshore的指责。
这是一个面向offshore团队的文章，介绍了一些技巧与实践，来化解工作中的各种不信任与摩擦的问题。 1 楼 airu 2013-10-07 其实距离并非问题。现在可以使用IM，电话会议甚至视屏会议。关键还是看开发模式，沟通方法。这里沟通很重要，所以各种沟通渠道都可用上，最后，尽量安排双方一起onshore工作一段时间或许更好。 2 楼 yananay 2013-10-09 虽然可以使用IM，甚至视频会议，但是毕竟大部分时间大家都会看不到对方。
不了解对方的状态，也不知道对方的工作节奏是什么样的。这样，就会无形中导致不信任的感觉。
沟通的确很重要，后面会继续分享沟通的技巧。
