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

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

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

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

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

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

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

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

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

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

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

在项目实施过程中，您是否有这样的问题？

项目资源分配不合理，有冲突？

想要实时跟踪资源的分配？或者对关键资源的费用进行实时跟踪？

需求与技术实现出现偏差？

如何管理项目的资源、需求及进度？

如何实时跟踪项目的真实进度？

如何高效掌握多项目实时进度？

项目管理失衡怎么办？

资源充足，为何项目推迟上线？

8thManage，以WBS的架构带动项目计划与执行的全局掌控，以“动态管理、实时共享”的先进理论实现项目进度、成本、资源、绩效、风险等的有效跟进，解决传统管理中因信息滞后导致的项目失败问题，变事后管理为事中控制，提升管控能力；同时，系统还提供文档管理以及多维度的报表，帮助企业沉淀知识以及支撑企业决策，是项目管理人员以及管理层的好帮手！详情：