在IT项目管理中，是技术重要还是管理重要？这个问题讨论了很久，谁也不能说服对方，这个问题就如同是鸡先生蛋还是蛋先生鸡这种悖论，古往今来多少人参与辩论，也是说不清道不明。在中国，“技优则管”是一个普遍现象，这既符合中国的国情，又符合大多数企业的实际，很多人员都是毕业后先做技术在漫漫的提拔升为管理层面。

　　但是这种情况在最近发生了变化，特别是国外的项目管理经验和典型案例使人逐渐怀疑“技优则管”的正确性。

　　IT项目管理，技术重要还是管理重要？

　　技术出身的项目经理往往欠缺系统的项目管理知识，常常是凭着自己的个人经验摸着石头过着石头过河，一旦失败了，也只能成为他个人的工作经验。这其中有个问题：技术情结，总是不由自主的想去了解每个技术问题的细节，好像不了解就感到很沮丧，而实际上从管理者的角度看问题需要了解全部的技术细 节吗？ 潜意识管理，凭自己的朴素的曾作为开发人员的认识和一种英雄气概来管理，不太善于处理各种关系，对缺少专业技术背景的人员没有耐心。技术与管理的最大的差异就是管理的艺术性。技术给人的印象是生硬的语法定义和刻板的设计流程，而管理的主题更多的是人，是生命。其实项目管理还包含了人文的关怀和尊重，人与人 之间的沟通。管理作为一门艺术性的学科已经得到了人们的广泛认同。

　　在IT业迅猛发展的今天，科班出生的项目管理人员是否就能站稳脚跟呢？

　　很多掌握了项目管理知识的毕业生，往往因为缺乏技术背景，而感到心里发虚。其实这也是正常的，社会的发展已经不再需要单一学科的狭窄型人才，而需要多种学科 交叉的复合型人才。在现在的IT业，想什么技术都样样精通几乎是不可能的，人类再也不可能出现亚历士多德那样的博学家。IT项目通常又很复杂，需要用到很 多最新的技术，所以一个开发组需要很多技术人才，而这时候管理就显的非常重要。项目经理需要将所有的人才团结起来，使他们来完成共同的目标，这时候，项目 经理是不是技术高手也就不重要了。

　　项目经理的大部分工作应该是与客户，上级，团队成员沟通，协调各种关系和项目控制。但有些时候，在技术方案上需要项目经理来拍板定夺，这时技术背景就很重要了。当然技术把关也可以通过其他方 式解决，在国外的很多大公司，专门有一个技术委员会来做决定把关，所以这些企业的项目主管可以不必拘泥于技术细节，而认真关注于管理工作。抛开项目的规 模、人员、计划和资金等种种背景来探讨管理重要还是技术重要，本身就是一个简单的想法。 在项目规模小、人员少、资金紧张的情况下，也许就不需要多少管理，项目挑头的基本上都是技术带头人。

　　在很多大学里，有不少的项目组是临时拼凑起来的，2-3个教员，带着一帮学生干活，他们会有系统的管理吗？在这种项目里，技术潜力和技术带头人起着至关重要 的作用。不可否认，这种项目的生命力非常弱，即便成活下来，生命周期也很短暂。当项目规模大，人员众多，而且实施时间有限的情况下，再沿用原来几把菜刀闹 革命的方式，肯定会出大漏子。引入规范化的管理势在必行，如果说以前是人管人，那么现在应该是制度管人。

　　项目经理应该首先是规章制度的制定者和监督者。一个好的规章制度体现在：执行者能感觉到规章制度的存在，但并不觉得规章制度会是一种约束。另外，不同的IT 项目，其管理可能侧重面不一样，例如软件开发的项目管理，至少得技术和管理并重才行。如果项目经理完全不懂技术，有些孤傲的开发人员根本不会理你。

　　另外,一个软件项目的成败，技术因素和管理因素同样重要，同样有可能导致项目致命的失败。技术与管理确实没有固定的高下之分，关键在于项目所处的环境和项目 的实际情况。技术是右手，管理是左手，你来说说到底左手重要还是右手重要？也许你是左撇子，你就会觉得左手重要一些，右撇子就会认为右手重要一些，但是试 想一下，如果将另外那只手剁掉，感觉会是怎样的呢？一只手做项目，不做砸了才怪呢。所以技术和管理都很重要，只是在项目中的分工不同，角色不同，但终极目 标是一致的：高质量地按计划完成项目既定的目标。