应该奖励最好的 Scrum 团队吗？

Rajesh Velliyatt 想知道，建立一个“本季度最佳 Scrum 团队”的管理理念是好是坏。他担心奖励制度可能存在以下缺点：

• 制度是主观的（像任何其他类似的系统）
• 如果所有团队都做得很好（或者都很差），选择其中之一会降低其他团队的表现
• 可能对跨团队协作不利
• 证实“我们是最好的团队”开销太大（数据收集）（对 Scrum master 而言？）
• 对于不同的产品团队，没有可比性

除了 Rajesh 的观点，这份报告还认为这种竞争可能不是良性的。同时，他指出《Drive》的作者Dan Pink 已经证明，尽管奖励制度对机械性任务有作用，但对于像软件开发这样的创造性活动没有任何帮助。Pink 解释说，对于创造性任务，内在因素才是提高生产力的动力，而不是外部激励。Michael James 把 Dan Ariely 的实验结果作为参考：“通过对 9 种任务的 3 项实验进行调查，我们发现，其中有 8 种任务的实验结果表明，更高的外部激励会导致更糟糕的表现。事实上，我们对这种效应的稳定性感到惊讶。”——Dan Ariely，Uri Gneezy, George Loewenstein 和 Nina Mazar(2005)，《大赌注和大误区》，5-011 号工作文件，波士顿联邦储备银行。

Steve Janvrin 询问他的Scrum 团队是怎么想的：“假如有多个Scrum 团队，而你们没有赢得奖励，你们会有何感受？”他们的回答是：“我们会对他们很恼火，不想跟他们合作。”

Paul Tiseo 认为，不是所有团队都会去争取最佳团队奖的。他指出，单一奖励就像是在鸡蛋里挑骨头，挑出哪个团队做得最好。出于这种实际情况，Rajesh 提出了一些办法：

1. 团队的速率趋势（假设：团队的故事点估算是一致的，可能会受到奖励机制的影响？）

2. Sprint 的执行效果（燃尽图、提出的障碍，以及团队如何处理障碍）

3. 坚持完成标准的情况（数据可以从 PO 那里获取）

4. 团队对 Scrum 过程的投入 / 态度情况（数据可以从 Scrum Master 那里获得）

这份报告指出，所有这些方法，尤其是速率（更多详情，请参见《速率在敏捷项目中的误用》），都是可以耍花招的。一般而言，任何方法都会导致大家在工作中耍花招，因此我们必须考虑如果团队过多地做出这种事情会引发什么后果？

Jay Conne 提出了市场驱动的替代方案：“让业务部门对团队是否想做他们的项目进行投标。这可以一举覆盖到许多方面。作为平衡因素，让团队去竞标项目。这将赢得互信。”

Bachan Anand 具有在团队间进行“健康”竞争的经验。他发现，在短期内这会让团队变得非常不健康，团队开始孤立地工作，不与相同产品的其他团队一起协作。但Bachan 的组织发现，有多个团队参与的辅导和指导活动会有助于提高协作状况。

查看英文原文： Should the Best Scrum Team Be Rewarded