如何应对团队协作的五大障碍

在日常的交付工作中，即便大家都更希望在一个氛围轻松、效率高、有成长空间的团队中工作，但实际上不管人数多少、合作的对象是谁，都多多少少会遇到一些问题。建立一支高度团结一致的团队非常难，但其实过程并不复杂，关键是要使事情化繁为简。

本文从“团队协作的五大障碍”出发，首先对团队协作过程中遇到的各种问题进行抽象归类，然后分享我们试过且效果很好的一些敏捷实践。每个团队情况不同，所列方法不一定适用所有人，不喜轻喷，欢迎来一起讨论分享。

本文会从以下几个方面来展开叙述：

• 团队挑战
• 团队协作的五大障碍
• 针对每一大障碍的具体陈述和对应实践
• 团队文化产出
• 团队建设结果

团队挑战

“家家有本难念的经”，每个团队都有一些内部问题，不论优先级和复杂性，理想情况下我们希望都能够得到解决，首先列出我们遇到的一些主要挑战：

1. 技术栈复杂且陡峭。我们组主要技术栈是 Scala FP和TS FP，需要对AWS有一定了解，且也需要一些Ruby，React技能，而Scala FP是出了名的“学习路径陡峭”；
2. 业务复杂且非常重要。我们项目的业务会涉及到合同中每一项条款的收费逻辑，所以很多细节和场景都要考虑周到，稍有不慎就会实实在在造成较大的经济损失；
3. 项目有严格的交付期限。由于业务的特殊性，很多新功能如果不能及时正常上线，可能会影响用户体验并流失客源；
4. 客户人员变动较频繁。在一段时间里，我们所对接的客户角色几乎全部换了一遍，甚至有一段时间客户方零开发，没有人能够与我们对接技术，而对于我们这种纯开发团队来说，除了正常的完成交付外，还需要能够随时填补缺失的能力，比如分析需求、参与项目启动阶段的讨论、进行整个项目进度规划等；
5. 团队人数较多，且人员变动大。随时进行相关的人员的调动，且快速帮助新人适应新环境，这本身不是一个复杂问题，但考虑到上面所列的技术栈陡峭、业务复杂、客户人员变动频繁等挑战，这个问题也变得相对棘手；

这些问题，每一个单独拿出来都没有一蹴而就的解决办法，团队管理本身就是一个日积月累的过程，有时候会发现我们把很多细节都做好以后，大部分的问题就迎刃而解了。所以接下来会介绍一些团队协作的障碍，以及对应的实践，这些实践做好并不保证就能解决以上问题，但可以使团队进入高效能状态，与应对这些挑战，并“大事化小，小事化了”。

团队协作的五大障碍

这里借用Patrick Lencioni提出的模型 —— 团队协作的五大障碍，对我们日常工作中的问题进行归纳分类。感兴趣的可以阅读原著进行了解，这里只做简单介绍，以便后续内容的展开。

五大障碍不是各自独立的，他们会共同形成一个模式，使得其中的每一项都有可能成为团队合作的致命杀手。

1. 第一大障碍是“缺乏信任”。这个问题源于团队成员可能害怕成为别人攻击的对象，因此不愿相互敞开心扉、承认弱项和缺点，从而导致无法建立相互之间的信任；
2. “缺乏信任”会直接导致第二大障碍“惧怕冲突”。由于缺乏信任，团队成员无法产生直接而激烈的思想碰撞，而只有无关痛痒的讨论和意见；
3. “惧怕冲突”会进一步导致第三大障碍“欠缺投入”。团队成员之间因为惧怕冲突，就不能在问题的讨论中充分、公开地表达自己的观点，因此即使在会议中“彷佛”上达成一致，但其实并没有真正统一意见，做出团队决策；
4. 团队没有真正达成一致，就会导致第四大障碍“逃避责任”。由于没有在计划或者行动上真正达成一致，所以事后出现问题时，有可能会发生“甩锅”现象；
5. 第五大障碍“无视结果”是在前面四种障碍的基础上产生的。如果大家互相之间缺乏信任，成员之间不能相互负责、坦诚相待，那么就可能会出现