作为管理人员如何处理下属工作的偏差

2017年的下半年，Android小组的工作进展一直不尽人意。不是无法满足需求要求不得已修改需求，就是无法在预定的时间内完成分配好的任务。总之就是进展很不顺利，因此也跟Android小组组长发生了一些口角，导致一些不愉快。

最近看了一本书，叫做《从技术走向管理－李元芳履职记》，感受颇多。

首先，我本人也是从技术出身的，2017年上半年因为在研发岗位有4年的经验，在新的公司中被领导提升为项目经理。也是刚刚入门，工作中很多地方出现严重不足，也在不断提升自己的技能中。

从技术到管理的转变中最大的痛点，或者是是很多技术人员转型管理人员难以克服的难点就是如何有效沟通，如何处理人际关系。

当然这也是我的很大的弱点，最近也在这方面进行锻炼和加强。

言归正传，说下本文的主题，就是作为管理者，如何处理下属工作的偏差。

针对大部分管理者，包括我，当发现下属成员出现工作偏差的时候，首先就是有了情绪，不开心。然后开始去责问怎么回事？带着一种情绪，不自觉的会将这种语气带到沟通中。

如果说下属很服从你或者你有很大的权利，也许偏差的事情会被处理的比较好。那么如果下属不服你从但你又没有权利的时候，往往会适得其反，造成的后果就是下属跟管理者对着干，使问题不断恶化。

当然如果出现对着干的情况，不可否认的是执行者也就是下属的职业道德比较缺失。

难度管理者就没有问题吗？

其实不然，目前很多的项目管理人员都是在有责无权的环境下进行开展工作的，所以在处理这类问题时，一定不能硬碰硬，而要使用巧力去解决类似的问题。

书中有这样的总结，处理员工偏差的五大步骤：

第一步：做好处理前的工作：要想处理好工作，首先要整理好自己的心情，不要带着负面情绪去处理问题。 我个人觉得这是最重要的一步，也是很多管理者会忽略的一步。如果气冲冲的跑过去责问，就算不是责问，只要情绪上是负面的，在谈话的过程中难免都要有些不好的语气。俗话说，人在极度气愤的时候，智商是零。所以要想处理好问题，一定要先整理好心情。

第二步：确认问题及产生问题的真正原因：员工真正行为的改变，来自其内心对问题的正确认识。要想解决问题，就必须让员工从根本上去理解问题产生的根本原因，如果原因都找不对又何谈解决呢？而这一步，往往需要管理者和员工一同去做的。如果扔下一句话说，去查查原因。往往根本原因不能很好的去找到。有时候技术人员对问题的认识是有局限性的，往往只是找到一个点。而管理人员和员工探讨问题的过程中往往会从更高层次来分析问题的根本原因。比如我们在讨论为什么android的开发进度一直推迟的原因，可能是某个员工的技术能力不够，也可能是部分流程太过于复杂。

第三步：提出并确定改进方案：要和员工一起分析并找出解决问题的方案。其实最近我在对开发流程进行调整的时候就犯了一个非常大的错误，就是没有跟各个小组组长进行讨论并达成共识就擅自提出流程变更的方案并且强制实施。其最明显的问题就是在实施过程中多多少少会有些阻碍。所以，和员工一起探讨方案，参与到讨论中，对管理者而言也是比较重要的。

第四步：确认员工清楚如何改进：通过提问和反馈的形式，确认员工真正理解了解决问题的方案是什么并对改进进行承诺，即清楚问题是什么，原因是什么，改进方案是什么，接下来的行动是什么。其实这一步我个人认为要看情况而定。如果方案是员工自己提出的，管理者认可，那么忽略本步骤，如果是管理者提出，或者其他员工提出的，那么需要进行二次确认。其实在实际工作中也出现过很多这种表达和理解不一致的地方，但是又却少确认反馈，导致工作返工。在需求交底的时候，最为突出。其实最好的解决方案就是反串讲，就是把我给你说的，你再重复一遍。最近在跟下属布置任务的时候，都会有意无意的让其给我讲解我要表达的意思。当然这涉及到沟通管理的内容了。

第五步：检查和跟进改进结果：根据事先的计划检查和跟着员工的改进方案，及时进行评价调整和总结。 当我们的方案确认之后，方案是否落地了，是否达到预期效果了，往往是通过后期的评价和总结来体现出来的。比如，如果因为流程上的缺陷导致开发进度延迟、产品质量低下。在流程改进之后，要做的最重要的工作就是跟踪、调整、总结。看看流程改进之后开发是否能够准时交付了，产品质量是否有所提升。

这五步解决方案，笔者认为还是很不错的，特别是第一步，往往容易忽略。希望能对一些刚入门管理的新手人有所帮助，当然那些管理的“老司机”们 不会存在这些问题啦。