InfoQ

新闻

给敏捷团队发奖金就像在刀尖上跳舞

作者 Vikas Hazrati 译者 李剑 发布于 2008年3月26日 下午4时2分

社区
Agile
主题
人力资源,
领导能力,
职业生涯
标签
管理,
报酬与激励
Sam Bayer在精益开发组中发起了一个很有意思的讨论,参与者们都在试图找到发奖金的最佳方式。

Mary Poppendieck认为,既然软件开发是团队活动,那么发奖就不应该针对个人,而是要根据团队的绩效。Robin Dymond的观点跟他有些类似,他说,正确的算法应该是50%根据团队绩效,50%根据个人绩效。但这里就有地方可能出现问题,因为它会去检查敏捷团队中个人的绩效。他补充说:
另一个关键问题是,团队怎样自己推选出他们的领军人物来,比如一步一步给所有人都进行测试和QA工具培训的QA,或者严守自动化流程纪律,经常改进整体生产力的开发人员。
Adrian Howard认为,通过个人绩效评估发奖金往往都会影响生产力,我们应该避免这种做法。它会成为团队内部冲突的主要因素,让一个运作良好的团队很快分崩离析。按照他的观点来看,一旦按照个人绩效来发奖金,那人们就会把个人目标凌驾于团队目标之上。

那到底怎样发奖金才最合适?

Matt Swaffer认为,
有两种方式,第一种是每个人得到X%的工资作为奖金,另一种是整个团队得到$X平均分配。
不过很多人都对这种方案表示不满。有些人认为,把奖金平均分配就是明显的吃大锅饭,这对多干活的人是不公平的,会让他们情绪低落,效率降低;这种做法代价太大。而另一种做法也欠妥,按百分比来算,只会让工资越多的人拿得奖金也越多。假设A的工资是100K,B是50K,奖金是5%,那就是A拿5K,B拿2.5K。

另一种比较新颖的想法就是让团队决定怎么分配奖金。Mary对此持有很强硬的反驳意见。她提到:
Mike Cohn说到过这样一种情景,团队拿到了一笔很大的奖金,被告知他们自行分配。他们会想办法让大家的意见达成一致,但是这个过程会在团队内部造成巨大的难以修复的裂痕。最后他们能够做到的就是平均分配,尽管很多人会认为它不公平。让他们自行分配导致的冲突,会让大多数人觉得还不如一开始没有这笔钱呢。
到现在为止讨论组内好像还没有得出最好的分配方案。在某些团队内可以生效的方案,也许放到其他团队中就会造成混乱。但是,貌似大多数人都赞同这一点:给敏捷团队发奖金就如同在刀尖上跳舞。

查看英文原文Distributing Bonus to Agile Teams is Like Playing with Dynamite
平常那么多measurement都不顶用吗? 发表人 Xiaogang Guo 发表于 2008年3月26日 下午4时12分
Re: 平常那么多measurement都不顶用吗? 发表人 Ken Wu 发表于 2008年3月26日 下午8时12分
关于钱的问题总是敏感问题 发表人 cao yunfei 发表于 2008年3月26日 下午7时58分
Re: 关于钱的问题总是敏感问题 发表人 Sha Jiang 发表于 2008年3月26日 下午9时8分
Re: 关于钱的问题总是敏感问题 发表人 上 里巴人 发表于 2008年3月28日 上午1时26分
奖金的敏捷发放方式 发表人 超 陆 发表于 2008年3月27日 上午5时5分
Re: 奖金的敏捷发放方式 发表人 Xiaogang Guo 发表于 2008年3月27日 上午6时27分
Re: 奖金的敏捷发放方式 发表人 凉粉 小刀 发表于 2008年3月27日 上午6时38分
  1. 返回顶部

    平常那么多measurement都不顶用吗?

    2008年3月26日 下午4时12分 发表人 Xiaogang Guo

    1、给“指标”发奖金应该比给人发奖金强吧(当然怎么选择指标也是一个问题)。 2、老手的价值应该在工资上体现出来,奖金我觉得应该偏向新人一点。 3、如果完全黑箱作业,会不会反而好一点?

  2. 返回顶部

    关于钱的问题总是敏感问题

    2008年3月26日 下午7时58分 发表人 cao yunfei

    其实奖金和工资一样,是工作带来的收入。既然目前的公司中工资都是不透明的,那么奖金也可以不透明。没有人会有意见。一旦奖金公开了,其后果与工资公开是一样的。这样看的话,奖金的分配根本就不应该公开,除非这个公司的工资是公开的。

  3. 返回顶部

    Re: 平常那么多measurement都不顶用吗?

    2008年3月26日 下午8时12分 发表人 Ken Wu

    小团队发奖金应该适当透明。 大团队黑箱操作,是必然的。

  4. 返回顶部

    Re: 关于钱的问题总是敏感问题

    2008年3月26日 下午9时8分 发表人 Sha Jiang

    不患寡,患不均(公平、合理)。但要达到"均",何其难也。

  5. 返回顶部

    奖金的敏捷发放方式

    2008年3月27日 上午5时5分 发表人 超 陆

    1,写测试: Assert(solution.NobodyIsUnhappy());
    2,写代码通过测试.
    
    3,如果发现永远无法通过测试,修改测试: Assert(solution.HappyPeople.Count > solution.UnhappyPeople.Count);
    4,写代码通过测试.
    
    5,如果发现永远无法通过测试,修改测试: Assert(solution.HappyPeople.Count > 0);
    6,写代码通过测试.
    

  6. 返回顶部

    Re: 奖金的敏捷发放方式

    2008年3月27日 上午6时27分 发表人 Xiaogang Guo

    负面情绪是会扩散的,有一个人不爽,受影响的可不止一个人。 所以你那后两种方案都是很危险的。

  7. 返回顶部

    Re: 奖金的敏捷发放方式

    2008年3月27日 上午6时38分 发表人 凉粉 小刀

    同意

  8. 返回顶部

    Re: 关于钱的问题总是敏感问题

    2008年3月28日 上午1时26分 发表人 上 里巴人

    在发奖金的时候千万不要忘了发奖金的目的,如果因为发奖金而搞的众说纷纭,而且团队崩溃,那就很不爽了。如果真是为了提高士气,建议可以参考一下有些团队使用的象征性奖励法,小学生用的那个大红花有时就挺有用的:)但同时也建议团队让成员的薪水能够高到奖金多少对他们都没有太多意义的程度,这种情况下精神奖励才更加凑效。

深度内容

和Google互补的搜索引擎Wolfram|Alpha

Wolfram|Alpha与Google究竟是什么关系,Wolfram|Alpha自己是如何定位的?Wolfram|Alaph在多大程度上是语义网搜索呢?InfoQ中文站就等等这些问题采访了Wolfram研究公司中国区商务经理王翔。

SOA契约成熟度模型

本文说明了所推荐的契约版本管理设计策略是如何与SOA成熟度模型发生联系的。文章目的是为实现版本管理和可组合性提供一个路线图。

数据服务简介

Vijay Narayanan在这篇文章中对数据服务的几个方面进行了介绍,它们都是SOA实践者和数据架构师感兴趣的内容。本文对数据服务的几个方面进行了介绍,包括需求定义,基本原理和好处、范围、开发以及消费模式。

分块云计算

在本文中,Jimmy Nilsson描述了一种他在过去数年间观察到的一种正在缓慢成长的架构风格,他把这种风格称为“分块云计算”。

豆瓣网技术架构变迁

罗马不是一天建成的,豆瓣的技术架构也是随着用户规模的增长一直在持续变化中。在本次演讲中,豆瓣的首席架构师洪强宁将与大家一起分享从上线时的单台服务器架构开始一直到现在的豆瓣架构变迁历程。

融合思想:深入探索S#arp架构

Billy McCafferty展示了S#arp架构,它在ASP.NET MVC框架的基础上,荟萃了当今的最佳实践,应用在ASP.NET Web应用程序的架构设计中。

王雷谈开源以及新兴市场计划

中国作为新兴市场中的新兴市场,是Sun在美国之外实施SSE(SUN Startup Essentials)项目重点关注的地区。在QCon Beijing 2009期间,InfoQ中文站有幸对此项目的负责人王雷先生进行了采访,探讨了关于开源、新兴市场、SSE等话题。

使用HTML5构建下一代的Web Form

HTML5 是由 WHATWG发起的,最开始的名称叫做Web Application 1.0,而后这个标准吸纳了Web Forms 2.0的标准,并一同被W3C组织所采用,合并成为下一代的HTML5标准。