Scrum 团队的个人奖励机制

阅读数:1759 2010 年 1 月 19 日

话题:敏捷Scrum架构文化 & 方法

最近在 LinkedIn“敏捷联盟”(Agile Alliance)邮件组中,Reeju Srivastava提问道:“我们应该在 Scrum 团队中进行个人表彰奖励吗?”讨论由此展开。

这个问题引发了激烈的辩论,正反两方各执一词。

这里我们概括了一些讨论中所提到的观点,供大家参考:

正方:

Virgil Mocanu认为:

共产主义者曾经尝试过合作农场这一概念。在那个框架下,假设所有人的表现都是一样的。不用多说,这种概念行不通。

当伙计们争辩说一个竞争性的奖励机制不好的时候,他们的出发点往往是比较极端的,他们会认为争强好胜就是胜者通吃的零和游戏。但现实生活中却往往不是这样的。

大部分的团队中,团队动态类似于一个纳什均衡(就像电影《美丽心灵》描述的那样)。所有的“参与者”内心都有一个共同的目标,他们想要超过别人,但决不采取一种降低团队整体积极性或者偏离大方向的方式。

去奖励纳什均衡里的个体“参与者”也不是什么错事。事实上,如果没有奖励,那么也就没参与者了。

商学院里教的是,人们在职业生涯中主要会被三种因素所激励:

- 个人成长

- 金钱

- 认同

如果奖励机制不能通过这些途径足够地激励个人,那么就等着处理员工流失的问题吧。这种问题短期可能不会发生,但着眼中长期那是必然会的。

虽然很多社会都曾尝试去长时间地束缚人们,但没有一个能成功。不变的是,这样的社会秩序总是失败的,原因要么是人们彻底地反抗,要么是人们干脆移居 / 出逃到附近能够提供合适奖励机制的社会去了。

毋庸置疑,过多的竞争会使一个团队不稳定。这也就是为什么几乎没有团队能容忍自负而喜怒无常的人。但是没有了竞争,风险也就随之而来:

- 成员为了更多的奖励机会而离开

- 无法激励较弱的成员去提高突出

- 较强的成员消极而不愿突出

- 整个团队停滞不前,也不想进一步提高技能

何团队都可以承受一定程度的竞争以及一定程度的奖励缺乏。两个极端之间总有一个相对稳定的“中间地带”。我相信那就是对纳什均衡很好的一种诠释。但是“中间地带”之外却是处处危机呀。

Sean Capes的看法是:

就像多次提到的那样,我相信一个团队选择去赞赏超出一般水平的杰出个人是很正当的事情。如果团队对最终交付集体负责,我提倡也由团队来决定他们的奖励激励流程。敏捷方法的原则虽然是鼓励协作,可我不认为这就表示完全排除个人因素。毕竟我们都有自己的抱负和职业发展,即使再紧密的合作环境里也一样。我相信我们需要识别个人利益来创造团队合力,比如基于手上的需求,根据特定成员的经验和才能赋予其设计而非编码的角色。

反方:

Kevin E. Schlabach认为:

为什么凌驾于团队之上去评估某个人是值得的?你希望到达的目的是什么呢?你为什么想这么做呢?

Archit Jauhari觉得:

Scrum 团队能够良好运作是因为团队中的每个人都联系紧密。个人表彰可能会破坏这种精细的关系,而使团队成员之间产生隔阂。

Jay Conne则提到:

如果你想有个“胶冻”团队(译者注:《Peopleware》中提到的概念。是指一群紧密结合在一起的人,其整体大于部分的总和),那么绝对不能这么做。

我能想到的唯一例外就是团队主动要求这样做。

但这会引起利益冲突。

于是问题就来了,我们又该怎么样来公平地奖励专家和新手,还有这两个级别之间的所有人?我能想到的唯一的方法就是制订一个机制,以此来客观公正地决定技能等级。

任何可能导致团队信任逐渐削弱的行为都是很糟糕的决定。

Daniel Liljeberg也不赞同:

简单地说... 不。

既然 Scrum 团队作为一个整体来对他们的承诺和工作负责,那么实施个人奖励的可能性就表示你的团队出问题了。没有集体决定,个人又怎么可能突出呢?

如果一切正常,那么团队中的某些人要么在做他本不该做的事情,要么是集体的决定要求他做有问题的事情。两者都不是需要个人奖励的理由。

当然,当人们工作努力的时候,去称赞一下总是很好的。但我会用另外的方式去处理。

Kevin Schlabach 对于这个话题曾经写过一篇博文


你的团队是不是也在使用个人奖励机制呢?这种机制到底是提升了还是降低了团队的表现呢?

查看英文原文Individual Rewards on a Scrum Team