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
评论