我回到：深耕技术，转换管理，最后做PM项目经理。
这些年也一直向着这个方向走。估计大多数工作者也是按照这条路线的走下去，但具体能有多少人走上项目经理或者领导岗位就看个人的本事和机会了。
有一天你突然会发现，自己做管理岗真的适合吗？现在大部分管理岗已经很少从事开发编码的工作，如果有，那一定是焦头烂额的存在。性格对管理岗起着决定性的作用，很多人技术好，但并不一定适合做上管理岗位。为什么这么说，且听我细细道来。
一管理岗从事的是中间职能，是上传下达的纽带。
当下的管理岗位就是不断在两级之间协调沟通和向下监督的，要不断提供专业化的文档服务。还要会对上面的表达，对下属的沟通，这些都看上去简单，但实际情况是很检验一个人的能力和情商的，以及人际交往关系的，别以为技术人不需要搞得这么复杂，实际上你面对的可能是对技术不熟悉但对公司整个运营都很熟悉的上级领导，而你的下属经验丰富，但惯于用惯性思维想问题，有技术却无法理解公司现有的运营模式和业务规则。作为中间管理层，对这两方面都必须能够很好处理。
做程序员这行，大部分人本身就不是那种性格很外向的人。能沉下心写代码，必然导致一些缺陷，那就是比较难与非专业人士的客户沟通需求。面对与客户沟通需要语言耐心，面对不了解技术的上级需要举例说明，让上级能够明白你的意思。有时候怎么说，怎么讲对方都不明白，只能反复多次从不同方面讲解对方才可能会意。所以沟通其实对管理者来说是占据了大量时间的。
对待下属，你需要细致安排任务，并及时了解掌握完成的工作进度。如果被你的领导一问三不知，那你的管理岗位基本就到头了。
二 人员不足时 自己也要顶上去做开发的具体编码工作，时刻了解工作进度，好向领导汇报。要对项目熟稔于心。
如果遇上软件部门人员配置不齐全的，作为项目管理者要承担的事情就非常多了。比如说没产品设计的时候，项目经理需要提前设计，要会用画图工作，要会流程图，这些都非常消耗时间。
组织会议的时候，如何能体现这次会议的高效，都需要提前花很长时间准备，否则会议效果大大削弱。拖长的无效会议很打击组员的精神劲头。也让人会觉得这个管理者能力不行。让手下员工消息抵触。
所以对管理者对整体需求要非常清楚了解，很多管理者不了解需求，布置下去的任务经常时需求反复修改，手下人已经按照需求做好了，结果呈现的时候发现做的不是想要的，然后再来修改需求，两方都不认为时自己的问题。
有时候错误的命令作为下属到底要不要执行呢。不执行吧，谁的说服不了谁，毕竟没做成的东西大家都停在自己的了解和想想中。做出来了才发现做的不对，最后只能改。次数多了，很容影响到某些方面吧/
三问一问自己是不是一个心里放不下事情的人，是不是事必躬亲的人。如果是，那可能真不适合做管理岗位 。
一个人的性格适不适合坐到管理岗位上来也是值得思量的问题。所以很大部分程序员其实是只想做开发，而非管理岗。只是迫于某些原因，不得不从事管理岗。尽管做管理者只需要有技术，有项目经验，有些小团队管理经验的这些初等要求。但真能够很好处理与不同能力和性格的人打交道，沟通顺畅，并不是一件轻松的事情。很多时候一些工作上的事情，心里放不下，回到家晚上做梦都会想要如何解决。
以前呆过一家公司，里面的一位技术大牛，一个人负责公司的技术栈框架，但他要求不管理人，也不带徒弟。坐在独立的办公室，一个人工作。让我这个去了好几个月的程序员还以为他是其他部门的人，后来才知道是我们部门的技术大拿。我们手上做的这套软件就是他开发的，后面项目成行了，就交给我们做二开和功能完善。基本上不和我们在业务上和技术上打交道。如果遇到问题，他会在管理工具上解答。
我也做过管理者，发现放不下心来，总担心交给别人的工作，别人做不好，最后还得自己来收尾，自己来唉批评。有时候不舍得用行政命令或者惩罚的手段。结果就是项目全程需要自己指导监督，非常的累。完全不放心项目的每一个环节，一但自己不关注某个功能，那一定会做错，导致最后被老板问责，那会压力感会很大。事必躬亲，导致没做事的比做事的还累。
总记得我去一家企业上班，负责公司的一个前端功能开发，结果需要我自己去找后端要接口，给后端讲清楚业务。而我做后端开发的时候，有的主动去问前端做到哪里了，需要什么接口，要做的业务功能需求还得给对方反复讲上三次。即便是产品出有设计图了，还得在重复去讲里面的场景和业务背景。大大消耗了自己的工作时间。
作为管理者其实不做开发，只管理监督项目，但看着落后的项目进度，自己也无法放心下来。忍不住要动手自己写代码。
所以遇上我这样的性格特点，如果不改变，基本很难做好管理。即便是很多时候项目任务分配清楚了。也做不到甩手不管，还得配合测试，去给他们提bug，有时候又很好的想法，想让组员实现，但他们会认为复杂，做不出来，就会想着放在后面在弄或自己私下研究做出来。这样肯定也是不适合做管理者的。
一般做管理的经验都有，其实也很简单。就是那句话，慈不带兵。好说话的人做不了好的管理。必须要一个唱红脸，一个唱白脸。管理好一个项目，任务分清了，责任明确了，就不要做其他干涉，到点要结果就是，哪怕有时候明知结果不会很好，也不要先动手介入。只有让他人意识到问题存在，他们才会去改变，否则总有人在后面收尾，作为管理者的工作就很难完成。
通过这十几年的工作经历和呆过的大大小小的公司，遇到的各类领导，我们很容易发现跟着会管理的领导，工作是轻松的。跟着不会管理的领导，做的事情多，还不容易出成绩。心态都会奔溃，好在现在的自己早已从容淡定，经历多了，也就见惯不怪了。如果你想要职业有所发展，想要走向PM项目负责人或IT部门领导岗位，我建议你多读些PM项目管理的书籍，多学习下怎么写PPT向上汇报，多用下流程思维导体去给下面的员工分配任务，学会抓大放下。而不是事必躬亲。这些都是理论，也是实用的理论基础，就看你是不是真的这么去做了。
