关于这个问题,我想开门见山地说一句,需要,而且非常需要。 当然有同学就会说了,项目经理懂技术会被技术所束缚,无法跳出技术角度来看待项目整体。 还有同学会说,现在是团队配合时代,各领域专精,要把专业的事情交给专业的人去做,项目经理就搞好项目管理那一套就好了。项目经理什么都要懂?浑身是铁又能打几根钉? 我是这么理解的,大家来讨论下哈。 先不说项目管理专业内部知识,我们要谈的是项目管理与其他技术专业领域的交集。首先,懂技术对项目经理来说,有五个方面的价值体现。
落实到具体场景来举两个例子 ↓ ↓ 比如,项目经理盯在项目现场,对于客户方和内部的各种风吹草动是要第一时间做出反馈响应。 套用一句军事上的词,项目经理是第一序列速反应力量,妥妥的炮……嗯,不对,急先锋。 那么,当你风风火火第一时间出现在客户面前的时候,客户向你砸过来一堆专业名词,你说:“领导,您说得我不懂,我得去问问。”这合适么? 当然是各种专业术语张口就来,顺带分析问题所在然后提出应对建议咯。 你说你只知道大概,具体问题需要某某专业人员随后给出分析报告啥的,那也是在你扛过第一波炮火之后的事了。 呐,如果你已经被客户一波带走了,后面再有增援力量,也是挨个进去排队枪毙。 什么?你说后面有大牛能挺身而出,正面抗雷平息用户怒火? 两种可能性:大牛比你更适合做这个项目经理;大牛是你的高层领导,事后你会迎来另一波狂风暴雨。 上面举了个外部例子,下面来一个内部例子。 你做项目计划,把技术负责人叫过来了,某某系统需要上线一个功能,给个工期预算吧? 技术负责的兄弟掐指一算,嗯,这个事需要一个星期,三个人专职来做。 这时候你可能会问计算依据是什么?技术负责人就拉过一张纸开始划拉,先建个工程,再编个计算模块,然后和数据库接口对接,测试发布……最后向你一摊手,看,21个人天都是紧张的不行了,最快速度了。 要是你不懂技术呢? 嗯,好像貌似有道理哈。好吧,你要尽快完成哦@#&%#¥…………一堆没营养的废话。 要是你懂技术呢? 不对啊兄弟,某某功能里的某某模块已经通过测试了,和这个功能类似,而且json接口对方公司已经提供了说明文档,用Python写一个脚本嵌入调用即可,页面框架复用XX版本,这样的话只需要1.5个人天修改测试一下就可以了。 作为项目经理,不懂技术就像没有角的领头羊,有心无力。甚至一些企业的高级职位,都会涉及到一定的技术考核,以筛选出更为高端的复合型人才,只为了工作中少一些摩擦。 不仅如此,项目经理还要了解其他很多方面的专业知识。 销售技术算不算一种知识?怪诞行为学、微表情、心理学概论,你和客户沟通的时候的时候用得着。 美术知识要不要了解下?什么叫做黄金分割和白银分割?青铜分割听说过么?了解点色彩搭配原理和技巧,不然只能对着界面皱半天眉头,憋出来一句:“反正就是不好看”。 调侃够了,正经地表达一下。 项目经理有几种权力来源?正式权力,惩罚权力,奖励权力,专家权力,参照权力。我们通常建议经常使用的是哪种权力?专家权力和参照权力。 专家权力的根本是什么?你的专业知识经验。 只有当意识到与别人在某一领域存在巨大的水平差距的时候,人又会因为自卑、敬仰,可能还会有一些自我进步激励等等因素,从而产生服从性。 举个例子:有个跟你水平不相上下的跟你组队打篮球,你们队被狂灌N个球,那伙计说这样不行要输,按我说的来。你的反应肯定是不屑,你什么水平啊就听你的。但如果姚明突然出现在场边,说按我说的来。你听不听呢? 所以,当你在一个团队内,具有技术上绝对的发言权的时候,你会发现项目管理相对较为容易,你就是姚明。反之,大家水平差不多,则会感觉处处不顺。这时候,你就不是姚明了,小明。 拥有了这些知识,你才具备专家权力,让你的项目成员信服你,钦佩你,让你可以在项目管理中挥洒自如。 如果你只会干巴巴强调我是上级正式委派的项目经理,不干活罚钱,那结果自不必说——这种选手在抗日神剧里都活不过五分钟的。 最后,我个人小小的感受和建议。 了解的知识越多,越容易产生交叉类比,融会贯通的效果。 了解知识不要只知其然,要知其所以然。抓住核心,万变不离其宗。 最后,差点忘了有种观点说,过于了解技术反会被技术束缚。 我是这么想的,如果你真的掌握了一种技术,它只会为你张开起飞的翅膀,而不会成为束缚你的牢笼。 |
|
来自: 天堂的咖啡屋 > 《16-1、项目管理》