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

迅思威尔公司的资深敏捷咨询顾问袁斌在微博上提到了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) 没有好的介质方便团队低成本沟通协作。

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

您可能也会喜欢