项目经理不懂技术，会后好发展展吗？

非技术人员做项目经理，现在非常普遍。但很多不懂技术的PM也常常犯嘀咕：我这样能行吗？是不是还得学点技术比较好？

关于这个问题，我想开门见山地说一句，需要，而且非常需要。

当然有同学就会说了，项目经理懂技术会被技术所束缚，无法跳出技术角度来看待项目整体。

还有同学会说，现在是团队配合时代，各领域专精，要把专业的事情交给专业的人去做，项目经理就搞好项目管理那一套就好了。项目经理什么都要懂？浑身是铁又能打几根钉？

作为项目经理，不懂技术就像没有角的领头羊，有心无力。甚至一些企业的高级职位，都会涉及到一定的技术考核，以筛选出更为高端的复合型人才，只为了工作中少一些摩擦。

不仅如此，项目经理还要了解其他很多方面的专业知识。

销售技术算不算一种知识？怪诞行为学、微表情、心理学概论，你和客户沟通的时候的时候用得着。

项目经理有几种权力来源？正式权力，惩罚权力，奖励权力，专家权力，参照权力。我们通常建议经常使用的是哪种权力？专家权力和参照权力。

专家权力的根本是什么？你的专业知识经验。

只有当意识到与别人在某一领域存在巨大的水平差距的时候，人又会因为自卑、敬仰，可能还会有一些自我进步激励等等因素，从而产生服从性。

举个例子：有个跟你水平不相上下的跟你组队打篮球，你们队被狂灌N个球，那伙计说这样不行要输，按我说的来。你的反应肯定是不屑，你什么水平啊就听你的。但如果姚明突然出现在场边，说按我说的来。你听不听呢？

所以，当你在一个团队内，具有技术上绝对的发言权的时候，你会发现项目管理相对较为容易，你就是姚明。反之，大家水平差不多，则会感觉处处不顺。这时候，你就不是姚明了，小明。

1.懂技术的好处

PM如果懂技术，当然更好。
调研用户需求时，懂技术的PM首先就可以梳理出哪些需求适合用程序实现，哪些不满足设计和开发前提，从而会收集更多更明确的需求信息，有时甚至可以游说用户删除一些不合理或不满足前提条件的需求，尽可能在需求阶段就为团队清除一些困难，后续和团队技术人员的沟通会很顺畅。

2.懂业务的好处

既懂技术又懂业务的PM也能较准确地判断技术人员估算的工时，也能理解技术人员的难处，从而能更好地平衡各方。

3.不懂技术的发展方向

偏BD售前的项目经理，主做商务
另一种是自学技术
PMO或项目总监/产品总监、售前/行业咨询、销售。

4.转型的发展方向

可以往产品经理方向发展，因为产品经理的核心是需求分析、产品设计、人际沟通、领导力等，技术非硬性指标。产品经理整体确实比项目经理要求高，但是对技术要求没有项目经理高，技术这东西学起来真不易。

如果想转业务（这可能是金融IT特色），那要看他业务能力在哪个水平，不懂技术可以做PM，不懂业务做业务会死的很憔悴。还可以考虑转产品，定位同业务。而且回头做技术也不是不可能。这个真的要根据人量身定制。

5.不懂技术也不想转型？

不懂技术的PM，一定必须在项目中实战几年，多听多思考，久了就知道项目如何更好的管理了，做好组织过程资产。

好的项目经理没必要非得转型做产品经理，如果一个公司既有架构师，需求咨询师，那么项目经理做好本职工作而且深度研究项目管理，做一名项目专家会更好。

PM不需要懂太多技术才能保持自己的中立客观，这样对把握项目更有好处，如果技术背景太深反而容易被技术牵着走，比如有些项目的架构不合理，但合同已经签了非做不可，你作为PM再别扭也要上而且要避免镀金。所以要知道一些技术大框，越高层的人，越要学会做抉择。

未来是一个专业分工协作的环境，PM可以拥抱技术但是不要陷得太深，术业有专攻，PM是项目管理的专家那就磨练好自己的技能，项目助理、经理、总监或者PMO经理都是可以的。

6.适当借势平台

我们要明确一点：PM个人的发展，与平台给出的资源大有关系。

一个年销售额一千万的公司跟单笔订单一千万的公司，能够给你的资源是天壤之别的，或许两边都很需要PM。

但是，互联网的魔咒无处不在，BAT和非BAT公司，PM过的是异界一样的生活。腾讯的产品经理可以只负责一个问卷功能，而一家中等规模的产品经理可能一个人要管几条产品线。

以高效率达成来说，先懂管理的肯定要好，有了管理基础会让工作或者学习高效完成，也可以通过更好的管理自己快速提升缺漏点。不管是IT行业还是其它行业，都是通的。可能学习管理的开始阶段见效很慢，但三五年后一定是质的飞跃。