组建敏捷团队，你将遇到哪些困难？

敏捷团队不同于传统的项目团队，在组建团队的实践过程中，可能会遇到以下困难：

1.不是跨职能团队

一些公司会按照不同的职能来划分团队，比如分析师、设计师、测试人员、软件工程师等，这也意味着，各角色的汇报线也各不相同。不过，这可是敏捷转型的重大障碍！因为敏捷基本原则之一是要求不同职能组成的跨职能团队齐心协力构建最佳软件。而敏捷的有效运作，是需要每个人都被赋能，可以在项目中扮演多个角色，以此消除不同职能之间交接时产生的延迟和等待等问题。

虽然跨职能团队是一个团队，但只是一个虚拟的团队，不同职能角色之间并没有什么产生真正的团队链接，在这种情况下，不同角色的相处和信任就是一个问题了。可以通过创造机会让成员互相认识，帮助各职能成员间建立友好的关系。可以在会议时邀请他们参加，或者邮件里也可以把他们都捎带上，还可以定期组织团队活动，帮助大家营造团队氛围，有助于团队形成凝聚力。

2.没有现场客户

理想情况下，开发团队要和客户面对面沟通，但实际项目中，往往是团队和客户在不同的地方，有的甚至可能是跨国跨时差，采用远程的方式沟通。和远程客户打交道，处理不好的话，容易导致沟通问题和彼此怨恨。

怎么办呢？俗话说，“眼不见，心不念”。人们天生倾向于对眼前所见的面孔回应，所以在这种情况下，和远程客户建立良好的关系至关重要。可以鼓励客户来访，和团队见面，相互认识。也可以借着规划会议的机会，鼓励客户定期交谈，可以打电话或者微信、QQ等方式联系沟通，总之就是创建一个空间帮助团队在同一地点工作，彼此相识。

3.队伍变得庞大

如果整个团队人数超过了10人，那么很有可能会影响到团队内部沟通和对内担责。人太多，会议的时间会被拉长，成员也更难保持注意力。而且由于人数变多，个人对团队的责任感也在减弱，每个人都能感受到自己对团队目标的承诺变少了。

这种情况下，可以和团队一起想办法，把项目拆分成子团队（拆成特性团队会更理想），明确角色职责。关于特性团队的工作方式和建议，在《精益和敏捷开发大型应用指南》一书有很多建议，这里不讲述了。

4.团队变成资源池

整个团队的成员同时服务于多个项目，但却仍把整个团队当成单个团队想要尝试敏捷，在这种情况下敏捷是不起作用的。因为敏捷的假设是同一时间只做一个项目。而忙于多个项目的团队，他们的目标往往多且不集中，团队没有什么众志成城的目标。而且，不同项目的优先级会发生变化，会对团队项目产生干扰，这都是需要应对和解决的。但如果团队目前处在这种状态下，建议采用别的方式管理，而非敏捷。

5.团队排斥个人

多种原因的作用下，有时会发生团队躲避并排斥和某人一起工作的情况。这种情况下，需要和团队聊聊（在被排斥人不在的时候），听听他们的想法，也可以和被排斥的人聊聊，了解是因为团队信任还是其他具体问题导致的，然后结合实际情况做出调整和改善，尽可能地促进团队的和谐和团结。

6.团队变得自满

当敏捷团队缺乏对其他团队和业务目标的理解时，团队就容易变得狭隘。为了避免团队会变得过于自满，我们可以尝试通过提高团队对自身干系人的可见度，并给团队提供更多反馈的方式，让他们知道自己的工作成果所产生的商业价值，进而多维度地了解自己和团队的工作。

敏捷团队对项目的质量、预算、进度、客户满意度、商业价值、组织目标有至关重要的影响和关联。毫不夸张地说，敏捷团队的好坏，甚至会决定项目的成败。如何组建一支优秀的敏捷团队，是每个组织都要经历和面对的问题。