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

  • 侯伯薇

2012 年 11 月 9 日

话题:敏捷语言 & 开发文化 & 方法

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

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

敏捷语言 & 开发文化 & 方法