敏捷实施的障碍——缺少凝聚力的团队

迅思威尔公司的资深敏捷咨询顾问袁斌在微博上提到了 Bas Vodde 的观点，他认为分离、缺少凝聚力的个人组成的团队是敏捷实施的障碍。这样的开发团体无法以一个整体团队集体行动，无法开展彼此的结对工作和相互学习。该观点引发了大家对敏捷团队的讨论。

袁斌 _AgileDo 发表的微博内容如下：

Bas Vodde 认为敏捷实施的一个障碍是：一些团队实际上由许多分离的、缺少凝聚力的个体组成，却伪装成一个团队，表面上实施了 Scrum，心里想的却是" A 做 A 的工作，B 做 B 的工作，等等"。这些组织中的开发团体无法以一个整体团队集体行动，开展彼此的结对工作和相互学习。

但张克强 - 敏捷 307 发出了不同的声音，从人的本性的角度提出了自己的观点：

怎么能够说是伪装，这本来就是现实。假装所有人的目标是一样的，才是伪装。

人本质上是自私的。选择自己以为对自己最有利的东西是人的天然本性。IT 业什么对自己最有利？被挖！很现实的问题。所以现阶段的团队建设要基于这个现实来处理。团队共享的愿景所谓的 Shared Vision 是不完全成立的。其心各异的成员组成了团队，而团队仍然这种情况下把事情做成。

这个也难说是“忽视”，组织、部门目标与个人目标本来就不在同一个层面上。

也有不少人表示这样的团队确实广泛存在：

敏捷 Agile ：A 做 A 的工作，对，我就是这么想的：）谁不是呢？

心路历程 _JamesXiu ：没错，咱就遇到这种情况，名为跨部门团队，实际仍各走各的路，从自己部门的立场出发想问题。

那么是什么原因导致了这种情况呢？袁斌 _AgileDo 提出了自己的看法：

抛个砖：个人觉得有两个原因：1) 没有一个目标足以凝聚团队 2) 没有好的介质方便团队非常低成本的沟通和协作。

JoneQian 对此表达了自己的看法：

个人感觉，过度的权限管理导致了沟通的高成本！至于有凝聚力的目标，这个需要在一个合适的企业文化范围内才可能产生，否则目标只是一个口号，没有实际意义！

所以这个问题归结到人的问题：

恺墨：看来敏捷对参与者的素质要求比较高。

ITer 谢明志：因人而异，两种态度，两种结论 - A 做 A 的工作，保证自己的工作不给其他人带来麻烦；v.s. A 做 A 的工作，B 应该做好自己的工作，B 的麻烦不是我的事情。

敏捷 Agile ： 关心可以，帮倒忙的也不少。不过想想，如果 A 做好了，B 也做好了，至于有人说的 A，B 以外的工作，应该有个 C 去负责。这个问题是个社会学问题：）

叶正 Edward 也表达了自己对于这场讨论的看法：

我觉得有关敏捷的讨论还是少牵涉价值观的建设为好，这是因团队而异的。Agile 的价值最终还是要体现在敏捷交付上，只有利用工程技术，打造出按特性发布，随做随发的持续构建支持工具和管理流程，才能保持 Agile 开发的效率。

袁斌 _AgileDo 对讨论做了总结：

总结一下大家的精彩观点：1) “团队和团伙” 描述了现在的 scrum 理想和现状 2) 其心各异的成员组成了团队，而团队仍然这种情况下把事情做成 3) 是不搞好情况硬推 Scrum 的必然后果 4) 敏捷团队和特性小组也可以理解为项目集和单个项目的关系 5) 没有一个目标足以凝聚团队 6) 没有好的介质方便团队低成本沟通协作。

各位读者，你是否也在敏捷团队中工作，你的团队中是否也存在这样的问题呢？欢迎加入讨论。