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
暂无签名
Java 避坑指南：Java 高手笔记代码篇
本迷你书包括 86 个业务开发中常见踩坑点。每一个知识点都相当的实用，是程序员业务开发中的必备避坑指南...
评论