把团队中某些人投票赶走

  • Vikas Hazrati
  • 李剑

2008 年 6 月 27 日

话题:敏捷文化 & 方法

敏捷团队是自组织型的团队,充满活力。他们互助互爱,有着高效产出。但是,有的人可能跟这种团队配合不来,影响了团队的生产效率。敏捷社区中讨论了怎样把这种人投票赶出团队。

Joshua Hoover在他的博客上写道,投票驱逐的概念应该深深植入每个敏捷人的心中。因为敏捷团队是自组织型的,所以他们有足够的权利把他们认为不合适的人赶走。只有一点需要注意,那就是这条规则对任何人都适用。所以一定要谨慎行事。Joshua 说:

自组织型团队的成员有权利作出谁应该呆在团队里面,谁应该离开团队的选择。发现团队中有人有问题以后,应当先跟他(她)一起帮助他(她)解决问题,要是得不到改进,那就该考虑一下投票把那个人驱逐出境……呃……赶出团队了。

上文的回帖中,Richard Baldwin 补充说,如果一个成员带来的问题比创造的价值还要多,那就没必要为他带来的问题买单。他认为,很多敏捷团队成员都只是对有人无作为的情况保持沉默,而不是主动解决问题。这就把团队带入了困境,降低了生产力。

在 Scrum Developement 讨论组中也有类似的讨论Brent Barton 说道:

我们已经习惯了“投票驱逐”。这不算是聘用 / 解雇,因为他可能只是“不适合”这个团队,也许他能在其他团队中干的超级牛 x。这种情况很常见,必须要把不同的缘由分清楚。

Brent 认为,一定要正确使用投票驱逐这个概念。有些团队连平等对话的机会都没给对方,也没试过解决冲突,就直接投票了。还有些团队远远没有意识到它的重要性,他们觉得自己没有权利这样做。

在这个讨论中,James S. Fosdick 补充说,有人从一个团队中被赶了出之后,他应该进入另一个团队,观察合作效果如何。这可以看出他是不是只在某种特定的团队中让人不爽。他认为,我们应该花一些时间找出问题的根源所在,但如果发现这个团队中的其他人就是不想跟某个人一起工作,那就应该遵守自组织型团队的基本原则,投票把他赶走。

Implementing Scrum站点上,Michael Vizdos也谈到了类似的话题,其中包括投票驱逐的理由和方式。他提到:

也许这个家伙搞乱了所有人的工作,也许他没兴趣呆在这个团队里,或者表现的跟傻 B 一样,对什么都不满, 嚷嚷着,想让每个人都关注他。团队拥有强大的力量。在一对一的指导过程中,在团队协作的过程中——每日站立会议、完成用户故事、完成任务,或者其他工作 ——这个人一般都可以在组织中找到其他适合他的位置。

Michael 还试着从其他视角来看待这个问题。他谈到了自我选择的概念。这个原则的 含义是,每个人都有能力做出敏捷方法不适合自己的判断。按照 Micheal 的意思,如果有人认为自己没法呆在团队里面,他不会马上让这个人离开团队,而是 请他继续呆在团队里面,直到迭代结束为止。这样一来,迭代没有遭到破坏,教练也有机会跟这个人一对一的沟通,判断这个人适合在何种环境下工作。

敏捷社区的人都认为投票驱逐是自组织型团队的根本原则。但行使这项权利的时候一定要多加考虑,也许还可以有其他选择,但最后,一旦团队做出了决定,那就需要认真执行。

查看英文原文Voting Someone Off the Island on an Agile Team

敏捷文化 & 方法