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说到过这样一种情景，团队拿到了一笔很大的奖金，被告知他们自行分配。他们会想办法让大家的意见达成一致，但是这个过程会在团队内部造成巨大的难以修复的裂痕。最后他们能够做到的就是平均分配，尽管很多人会认为它不公平。让他们自行分配导致的冲突，会让大多数人觉得还不如一开始没有这笔钱呢。

　　到现在为止讨论组内好像还没有得出最好的分配方案。在某些团队内可以生效的方案，也许放到其他团队中就会造成混乱。但是，貌似大多数人都赞同这一点：给敏捷团队发奖金就如同在刀尖上跳舞。

　　1