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

前言

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

坑一：

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

1. 这个事情我5分钟搞定。

2. 这个开发量，半天吧。

3. 这个简直不要太 Easy，分分钟搞定！

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

坑二：

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

坑三：

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

坑四：

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

坑五：

程序猿，尤其技术骨干级别的程序猿，很多都是完美主义者，眼睛里容不下一个 bug，看到 bug 就不由自主想要把它干掉，做了项目经理后，就容易觉得这个项目真的是除了 bug 就剩下 bug 了，对完成项目没有信心，进而影响整个团队的情绪。

结语

如果说程序猿是饭店里的大厨，那么项目经理就是饭店的大堂经理。

大厨只负责接到菜单后，做好每一道菜，而大堂经理则需要处理好每一桌客人的就餐。

要考虑服务是否周全、上菜是否及时、服务人员是否高效，还要照顾用餐客户的情绪和诉求。

最终还要让用户满意的付款结帐。

所以程序猿转型做项目经理，首先最重要的就是转变技术思维，把精力放在项目管理上，多学习项目管理知识，相信自己的成员，允许团队成员犯错，允许项目某些方面的不完美，多和各方人员沟通，摆正心态，提高自己的站位，全面把控，多方统筹，项目才能平稳推进。

程序猿转型做项目经理，本文提到的这些坑，您觉得有道理吗？欢迎留言讨论。

我是老杨，一个奋斗在一线的资深研发老鸟，让我们一起聊聊技术，聊聊人生。

都看到这了，求个点赞、关注、在看三连呗，感谢支持。