怎样管理缺乏人际沟通技巧的开发人员
奖励可以产生效率,调整看事情的角度是必要。下面是一份双周刊,在一个免费的网络社区,对编程技术爱好者关于堆栈交换遇到的常见问题的问答部分。一个用户分享了下面的故事:
在一家大公司,管理一个应用程序开发人员的小团队,处在其生命周期的中点,这很不幸的意味着,30/70分割其他技术工作这是常见的编程任务。这项工作包括:
在不同的任务与DBA / UNIX /网络/负载均衡器团队工作;配售及订单管理的硬件或基础设施在不同的地区;运行测试,但尚未迁移到CI;分析;支持和调查。
公平地说,开发商都比较喜欢进行编码,而不是做这些平凡的任务,所以我尽量把手伸到了有趣的编程工作团队之间。
大部分的团队被聘用了,因为他们尽管可能没有先进的编程技巧,来编写自己的编译器/游戏引擎/高频率交易制度等,但他们有良好的沟通,可以与其他工作团队合作做创新的东西。他们是优秀的开发人员,但他们同时还是能力全面的技术人员。
而且在这里,有些复杂的官僚主义存在。换句话说就是——他们是优秀的开发人员,但他们也是全面的技术人员。
然而,团队中个别成员可能有高于平均水平的编码技巧,但同时人际沟通技巧低于平均水平。传统上,以前的开发部经理会给这类员工最难得编程任务,而不是上面列出的.更现实的任务。我认为这是不公平的,对于其余的队员来说,通常需要在一个大企业的IT部门,才能制定一个全面的技能培训制度。
如果我继续给他更多的编程工作,我知道这将可以更快地完成任务,但这违背了我的原则,相反,我希望他慢慢地去完成其他的工作,他可以自己走出一条自己的路,简单地定位他不喜欢的任务是否是坏的工作。在这种情况下,我该怎么办?
轮换主要的开发人员是好还是坏?
这听起来,太辛苦了能力全面的个人,而不是一个全面的团队付出了足够的努力。好东西其实是没有错的,这可能是为什么他被录用了的原因!
如果他是一个平庸的程序员,那么我会同意如你所说的那样,但是他是一个优秀的程序员,他摆脱其他的繁琐任务,只是集中他的努力攻克更高难度的任务,成为一个更好的程序员,这没有什么错,反而提高了团队的生产力。
尊重/奖励生产率
如果其他团队成员都比较喜欢进行编码,而不是做这些平凡的任务,那么他们将要生气,你是奖励坏的表现,每个人都想要你给他可怜的沟通者的任务。
试想一下,你是一个团队的技能相媲美的开发问题上的良好的沟通桥梁,你与其他几乎不知道的鼠标、键盘的非IT人员,处理调用、为用户登录写计划、工作等等,因为你的老板说,脾气暴躁的开发人员,他的沟通技巧缺乏的可怜,坐回到他的多维数据集跟前,会忽略所有周围有趣的东西,你不得不忍受他的坏脾气。
现在,脾气暴躁的开发者有“高于平均编码水平”的技巧,但不能说他是最好的,这意味着,也许你的团队,开发的技能水平很高,但缺乏良好的沟通,有三分之一的开发者都感觉生气。
你必须决定是要绝对的员工的生产力,还是留下综合表现最好的员工。建议你采取以下方法之一:
a)引导他,成为一个好的沟通者。如果这是可行的,只有你能告诉他如何更好地与他人沟通,与他交谈,你可能会握着他的手,这可能会多一点帮助。
b)激励“良好的沟通”,无论是金钱或其他利益。你要说清楚,你实际上是看重良好的沟通,这样你的开发者就不会恼火。奖励是真正有意义的,它必须是多余的钱,额外的假期,一些弹性工作时间,一些上级严重的识别与控制的加薪等。