技术出身的项目经理往往欠缺系统的项目管理知识,常常是凭着自己的个人经验摸着石头过着石头过河,一旦失败了,也只能成为他个人的工作经验。这其中有个问题: 技术情结,总是不由自主的想去了解每个技术问题的细节,好像不了解就感到很沮丧,而实际上从管理者的角度看问题需要了解全部的技术细节吗? 潜意识管理,凭自己的朴素的曾作为开发人员的认识和一种英雄气概来管理,不太善于处理各种关系,对缺少专业技术背景的人员没有耐心。 技术与管理的最大的差异就是管理的艺术性。技术给人的印象是生硬的语法定义和刻板的设计流程,而管理的主题更多的是人,是生命。其实项目管理还包含了人文的关怀和尊重,人与人之间的沟通。管理作为一门艺术性的学科已经得到了人们的广泛认同。
在IT业迅猛发展的今天,科班出生的项目管理人员是否就能站稳脚跟呢?很多掌握了项目管理知识的毕业生,往往因为缺乏技术背景,而感到心里发虚。其实这也是正常的,社会的发展已经不再需要单一学科的狭窄型人才,而需要多种学科交叉的复合型人才。
在现在的IT业,想什么技术都样样精通几乎是不可能的,人类再也不可能出现亚历士多德那样的博学家。IT项目通常又很复杂,需要用到很多最新的技术,所以一个开发组需要很多技术人才,而这时候管理就显的非常重要。项目经理需要将所有的人才团结起来,使他们来完成共同的目标,这时候,项目经理是不是技术高手也就不重要了。项目经理的大部分工作应该是与客户,上级,团队成员沟通,协调各种关系和项目控制。但有些时候,在技术方案上需要项目经理来拍板定夺,这时技术背景就很重要了。当然技术把关也可以通过其他方式解决,在国外的很多大公司,专门有一个技术委员会来做决定把关,所以这些企业的项目主管可以不必拘泥于技术细节,而认真关注于管理工作。
抛开项目的规模、人员、计划和资金等种种背景来探讨管理重要还是技术重要,本身就是一个简单的想法。 在项目规模小、人员少、资金紧张的情况下,也许就不需要多少管理,项目挑头的基本上都是技术带头人。在很多大学里,有不少的项目组是临时拼凑起来的,2-3个教员,带着一帮学生干活,他们会有系统的管理吗?在这种项目里,技术潜力和技术带头人起着至关重要的作用。不可否认,这种项目的生命力非常弱,即便成活下来,生命周期也很短暂。 当项目规模大,人员众多,而且实施时间有限的情况下,再沿用原来几把菜刀闹革命的方式,肯定会出大漏子。引入规范化的管理势在必行,如果说以前是人管人,那么现在应该是制度管人。项目经理应该首先是规章制度的制定者和监督者。一个好的规章制度体现在:执行者能感觉到规章制度的存在,但并不觉得规章制度会是一种约束。
另外,不同的IT项目,其管理可能侧重面不一样,例如软件开发的项目管理,至少得技术和管理并重才行。如果项目经理完全不懂技术,有些孤傲的开发人员根本不会理你。另外一个软件项目的成败,技术因素和管理因素同样重要,同样有可能导致项目致命的失败。 技术与管理确实没有固定的高下之分,关键在于项目所处的环境和项目的实际情况。技术是右手,管理是左手,你来说说到底左手重要还是右手重要?也许你是左撇子,你就会觉得左手重要一些,右撇子就会认为右手重要一些,但是试想一下,如果将另外那只手剁掉,感觉会是怎样的呢?一只手做项目,不做砸了才怪呢。所以技术和管理都很重要,只是在项目中的分工不同,角色不同,但终极目标是一致的:高质量地按计划完成项目既定的目标。
第一业务员网
·
业务员文摘频道