程序猿转型做项目经理一定要注意这 5 个坑

本文主要是介绍程序猿转型做项目经理一定要注意这 5 个坑，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

前言

国内的信息系统项目经理，很多都是从技术骨干转型的，我就是这样一路走过来的，这样有很多好处，比如技术过硬容易服众、熟悉开发流程更容易把控项目进度和质量、开发过程中碰到难题时更好组织攻坚等等，但是所谓成也萧何，败也萧何，虽然从技术骨干转型做项目经理有很多好处，但是也容易陷入技术人员的固有思维 “陷井”，从程序猿转型项目经理一定要注意这 5 个坑：

坑一：

大多数程序猿都是 “乐天派”，尤其是在评估开发任务的时候，下面这些话估计每个程序猿都不陌生：

这个事情我5分钟搞定。
这个开发量，半天吧。
这个简直不要太 Easy，分分钟搞定！

对于一个专职程序猿来说，其工作是相对单一的，有产品经理把控需求，有项目经理把控项目进度，有研发经理把控研发进度，而程序猿只需要把功能用代码实现即可，大部分事情都是高度可控制的，很多时候都是可以按照计划进行的，可以把每天的工作从 9 点到下班都可以安排得井井有条，刚开始转型做项目经理时，很难一下子摆脱这种 “技术思维”，面对客户需求，很容易陷入技术细节，投入了过多的精力和注意力在技术相关的工作上，而忽略了其他非技术的工作，缺少全局观和风险意识，增加项目实施失败的机率。

坑二：

能转型做项目经理的程序猿，大多数都是开发团队的技术骨干，在平时的开发任务中，基本上都是承担着最难最核心的任务，刚开始转型做项目经理时，会习惯性地延续这种个人英雄主义，把最难的任务留给自己，啃最 “硬” 的骨头，结果顾此失彼，自己累死不说，项目也管不好，严重的时候甚至会导致项目进度和质量失控，项目实施失败。

坑三：

技术骨干一般都是骄傲的，心底里对团队里其他程序猿写的代码总是不以为然，看不上眼，做上项目经理后，就喜欢对团队成员的代码指手画脚，这里不够简洁啦，那里影响性能啦…，恨不得自己撸起袖子自己干，替别人做好人家的工作，这样很容易打击影响团队成员的士气，让团队成员产生抱怨，团队不和谐，项目最终结果可想而知。

坑四：

程序猿自己做开发的时候，自己的节奏自己控制，但是做了项目经理后，自己的节奏以及项目的节奏就要高度的依赖团队成员，就会不自觉的老是追着团队成员的屁股做监工，每天早上的站立会，拿着计划表一个个对，看哪个成员的工作拉后了，拉后得太多时就开始着急，然后就开始每隔半天盯着对方，严重的时候就变成了每隔两个小时都想去看看进度怎么样了，他在干嘛，他怎么不在座位上了；还时不时的去测试库看成员提测试了吗……，越是着急，就越是赶着大家跑，大家越是跑得到处都是，最后剩下的就是一地毛……