BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

Scrum团队的个人奖励机制

| 作者 Shane Hastie 关注 18 他的粉丝 ,译者 金毅 关注 0 他的粉丝 发布于 2010年1月21日. 估计阅读时间: 5 分钟 | 如何结合区块链技术,帮助企业降本增效?让我们深度了解几个成功的案例。

最近在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

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

审时而定 by Jun Ran

即使不在Scrum团队中,个人奖励也是个大问题,想想那个兔王发萝卜的故事吧,关键在于如何运用,什么时候用。

我认为既然Scrum团队是自我管理的,那么可以由团队自己决定这个问题,团队自己发展出来的奖惩机制应该是可以把负面影响降到最低的。

奖励机制要看重对团队的贡献 by jiang jianbo

个人奖励机制当然需要存在,但是应该通过交付物的实物进行分级和评估。对于结对的工作,则积分平分。一个能力高的人,肯定会有更多的机会去帮助别人,所以也肯定会在评估中和其他人拉开差距。即使存在博弈,也不会是负面博弈。

不错 by 张章 鸥翔鱼游

看了此贴菜鸟又涨姿势了

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

3 讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT