程序员转型不得不说的事 成为管理者 .

其实目前说得程序员转型的文章大家分为这几类，首先是牢骚型，抱怨程序员加班多，压力大，工资劳动强度不成正比，再有就是一种自嘲型，比如什么《嫁给程序员的几大理由》一系列的，但是这种文章批判现实主义的风格，虽然看着很有共鸣，在最后除了把现实说了一遍之外真的说到如何改变的时候却没有了，光靠抱怨不能解决什么问题。
再有就是技术大牛给初中级开发者的建议类文章，比如对话架构师系列，其实我们必须要看到的一个现实是IT行业虽然每年有很多人入行，但是每年流失的人也多，在做了几年确定自己适合IT业后，坚持下去也是一个好的选择，但是现实当中的什么房价，结婚，小孩等等问题也非常让人心烦意乱，所以让自己有一个坚持下去的理由非常重要。

而给关于程序员转型成为管理者的建议并没有看到很多，不敢说自己在这方面很有发言权，只是说一点实际的东西希望大家如果遇到和我相同的情况少走一些弯路。

一 管理者需要什么素质？

 首先一个管理者需要一定的人生阅历，管理是和人打交道，这其中最需要的能力就是沟通，而沟通最好的方法就是能够换位思考，你了解对方在想什么，要什么之后自然就有沟通。

所以请大家不要奇怪说为什么有的大公司在招聘管理职位的时候，倾向一些已婚甚至已经有了孩子的人，其实原因很简单，如果你做为LEADER这些经历那么你的同事你的下属结婚的时候你能处理好吗。所以请广大程序员朋友除了在提高自己的技术水平外，也要有一定的精力去丰富自己的人生阅历。

再有一个重要的能力其实还是判断力，因为从一个下属的角度看一个LEADER和一个LEADER实际的情况还是有很大差距的，一个程序员工作的内容可能很复杂，但是属性很简单，虽然可能会经常加班，但是我觉得自己在做程序员的时候其实是相对比较幸福的时光，如果读者您是一名管理者，你可能也会觉得能用加班解决的问题其实不是什么大问题。做为一个技术经理首先要把一个在任务分解，然后分配，并保持项目进度的可控性，这是最主要的工作。

做为一个技术管理者或者说一个项目经理，那么往往也是技术问题的最终解决者。那么遇到技术问题如何解决，谁能解决，需要判断，而遇到一些问题比如需求的变更等等会不会影响整个项目的进度，如果会那么如何解决。所以往往程序员只是看到经理在不停的分配任务，但是这时候一定要想想他为什么这么分配，当然了如果你认为他分配的不合理，也要试着从项目进度的角度来和他沟通，如果你说“这个任务我完成不了”对比“这个任务这样分配可能会影响到整体的进度”效果不会一样。

二 程序员转型做管理岗位的瓶颈

首先以我自己举例，不想以偏盖全，但也有一定的代表性，其实我觉得我一直有一种万般皆下品，唯有技术高的想法在，尤其是我刚刚得到微软MVP这个荣誉的时候，更是如此，对于某些不懂技术既充分技术主管的管理人员表示不可理解。但是各种行业都有自己的规则，做为一个管理者其实在一个争取资源并最终完成项目的叠迭过程中，所以有时候沟通方式与沟通技巧以及大局观最重要，而不是技术优则管。不是技术不重要，而关键是要选准定位。

另外还有一个很大的误区就是通过跳槽很难由一个开发的岗位跳出一个管理岗位来，跳槽可以让你的工资飞跃但不是工作性质的改变，一般的公司看重的都是可把握的东西，比如你之前的经验，如果你之前是在做开发工作，那么再怎么跳可能也无法跳出来一个主管岗位来，所以这里一定要在职业规划清晰体现什么时候你要的是什么，该需要涨本事的时候不要太计较待遇，该要钱的时候不要太计较辛苦，想升职的话尽量多呆几年。

还有一个忠告就是如果你想得到提升那么尽量不要主动提出来。

我以前的时候也会犯类似的错误，希望加薪不说，希望升级却经常挂在嘴边。其实这里是这样的原则，如果你想要加薪并且你的工作能力的确到了那么公司肯定会考虑，因为如果你因为这个而离职，再次招聘公司面临风险。

而如果你想升职，那么一定要尽量少说，第一其实你的升职想法对你现在的领导以及其它有相同想法的人都构成威助，而且对于主管岗位一般公司都会求稳的，如果在提出想法的时候让公司感觉你会不稳定可能跳槽的话，那么你很有可能会失去机会了。

所以这里的处理方法就是公司不找你谈话不主动提出相关想法，找你谈话也只是说服从公司安排，如果升职会继续好好做，这样是最好的办法。