奖励可以产生效率，调整看事情的角度是必要。下面是一份双周刊，在一个免费的网络社区，对编程技术爱好者关于堆栈交换遇到的常见问题的问答部分。一个用户分享了下面的故事：

　　在一家大公司，管理一个应用程序开发人员的小团队，处在其生命周期的中点，这很不幸的意味着，30/70分割其他技术工作这是常见的编程任务。这项工作包括：

　　在不同的任务与DBA / UNIX /网络/负载均衡器团队工作；配售及订单管理的硬件或基础设施在不同的地区；运行测试，但尚未迁移到CI；分析；支持和调查。

　　公平地说，开发商都比较喜欢进行编码，而不是做这些平凡的任务，所以我尽量把手伸到了有趣的编程工作团队之间。

　　大部分的团队被聘用了，因为他们尽管可能没有先进的编程技巧，来编写自己的编译器/游戏引擎/高频率交易制度等，但他们有良好的沟通，可以与其他工作团队合作做创新的东西。他们是优秀的开发人员，但他们同时还是能力全面的技术人员。

　　而且在这里，有些复杂的官僚主义存在。换句话说就是——他们是优秀的开发人员，但他们也是全面的技术人员。

　　 然而，团队中个别成员可能有高于平均水平的编码技巧，但同时人际沟通技巧低于平均水平。传统上，以前的开发部经理会给这类员工最难得编程任务，而不是上面列出的更现实的任务。我认为这是不公平的，对于其余的队员来说，通常需要在一个大企业的IT部门，才能制定一个全面的技能培训制度。

　　如果我继续给他更多的编程工作，我知道这将可以更快地完成任务，但这违背了我的原则，相反，我希望他慢慢地去完成其他的工作，他可以自己走出一条自己的路，简单地定位他不喜欢的任务是否是坏的工作。在这种情况下，我该怎么办？

　　轮换主要的开发人员是好还是坏？

　　这听起来，太辛苦了能力全面的个人，而不是一个全面的团队付出了足够的努力。好东西其实是没有错的，这可能是为什么他被录用了的原因！

　　如果他是一个平庸的程序员，那么我会同意如你所说的那样，但是他是一个优秀的程序员，他摆脱其他的繁琐任务，只是集中他的努力攻克更高难度的任务，成为一个更好的程序员，这没有什么错，反而提高了团队的生产力。

　　尊重/奖励生产率

　　如果其他团队成员都比较喜欢进行编码，而不是做这些平凡的任务，那么他们将要生气，你是奖励坏的表现，每个人都想要你给他可怜的沟通者的任务。

　　试想一下，你是一个团队的技能相媲美的开发问题上的良好的沟通桥梁，你与其他几乎不知道的鼠标、键盘的非IT人员，处理调用、为用户登录写计划、工作等等，因为你的老板说，脾气暴躁的开发人员，他的沟通技巧缺乏的可怜，坐回到他的多维数据集跟前，会忽略所有周围有趣的东西，你不得不忍受他的坏脾气。

　　现在，脾气暴躁的开发者有“高于平均编码水平”的技巧，但不能说他是最好的，这意味着，也许你的团队，开发的技能水平很高，但缺乏良好的沟通，有三分之一的开发者都感觉生气。

　　你必须决定是要绝对的员工的生产力，还是留下综合表现最好的员工。建议你采取以下方法之一：

　　a)引导他，成为一个好的沟通者。如果这是可行的，只有你能告诉他如何更好地与他人沟通，与他交谈，你可能会握着他的手，这可能会多一点帮助。

　　b)激励“良好的沟通”，无论是金钱或其他利益。你要说清楚，你实际上是看重良好的沟通，这样你的开发者就不会恼火。奖励是真正有意义的，它必须是多余的钱，额外的假期，一些弹性工作时间，一些上级严重的识别与控制的加薪等。