分布式团队的探讨

        最近，参与组织领导了一个横跨中国和欧洲的开发和测试团队，发现了一些问题，有了一些体会，特来分享。

        分布式团队最重要的就是沟通！

        我们这个团队，客户在欧洲，并且公司专门派驻了一位同事在客户公司，最主要的工作就是沟通。我们这边的团队主要是PM,开发人员，测试人员，我自己兼任主要开发者和team leader。

         项目的进行过程中，困扰我们最大的问题就是客户需求和环境的不断变更，而且在派驻客户区的主管也是一直顺应客户端要求，不断要求我们变更。这种情况下，我们的开发者和测试人员就不断在一份release code上不断的更新，产生了厌烦情绪，跟派驻主管的沟通也逐渐不畅，不愿意改，有抱怨。如此，在时间紧迫，抱怨迭起，沟通不畅的情况下，代码的质量可想而知，客户端抱怨同时也跟着升级，恶性循环正在上演。。。。。。

         在这样的情况下，作为主程序员和team leader,我主要从以下几个地方做了改进.

         第一：自我检讨，公开的向派驻主管和team 组员检讨，让两边的沟通关系先稳住，保证信息的良性畅通，同时请本site的高阶主管介入沟通。这样两边的主管职位对等，对于变更的建议和谈判才能顺利进行，对于我的沟通压力也会减少。

         第二：制定变更流程，以前的变更都是客户要求，然后派驻主管直接下命令，我们照。现在请本site高阶主管介入，两位主管先讨论变更的可行性，在双方主管都同意的情况下，再评估变更的难度和需要的时间，人力等资源，完了请客户做决定-是否变更。客户如果同意，我们的team再实际执行。这样可以有几点好处：变更密度小了，team的压力自然就小了；变更的代价大了，客户也不会顺便变更，反复变更的次数明显减少。

         第三：鞭策团队。自我检讨，顺畅沟通渠道，制定变更流程，团队稍显稳定。但是团队的激情和积极性明显下降很多，因此，在团队工作过程中不断找机会表扬成员，在所有组员面前鞭策，鼓励团队精神表现比较好的行为。

         第四：信息共享，所有的信息需要及时更新。因为存在时差。对于信息的最新跟踪存在困难，这样就需要不断的多方通话，并且建立一个存储媒介，上方都可以获取。每天更新status和progress。

         这些措施很好解决了目前的困境，希望能抛砖引玉。