如何做好金融行业IT项目管理？

什么是项目管理？

经过人们长期探索总结，项目管理在发达国家中已经逐步发展成为独立的学科体系，成为现代管理学的重要分支，并广泛应用于IT、金融、服务、航空航天以及工程等诸多行业。由于其诱人的高额年薪以及广泛的就业前景，项目管理目前已经成为超越MBA的最炙手可热的“黄金职业”。 项目管理无疑将会是未来二十年中最热门的行业。那么到底什么是项目管理？

项目管理的定义有很多，按照教科书的理解是：项目管理是在运作方式和管理思维模式上最大限度地利用了内外，去完成项目目标。项目管理包含很多层面：团队管理、风险管理、采购管理、流程管理、时间管理、成本管理和质量管理资源等。

笔者的理解是：项目管理，就是通过合理地组织，利用的一切可以利用的资源，按照计划的成本和计划的进度，完成一个计划的目标。在项目实施过程中，目标很可能会发生变更，那么成本和进度都需要做相应的调整。

项目主管如何解决问题？

按照白猫黑猫理论，评价项目管理是否成功的唯一标准就是项目是否保质保量按时完成。现在的项目实施一般都是主管负责制，项目主管重任在肩，要达到项目成功这一目标谈何容易。

在项目管理过程中，笔者就要经常思索以下问题：

如何在选择余地不多的情况下，组建一支得力的项目组？

项目组成员的挑选非常重要，假如在一个关键的岗位安排了一个不合适的人选，这个项目很可能会出师不利。当然在现有的人力资源中，不一定能顺利选到优秀的人才并组建成一只能战斗的队伍。笔者就碰到这种最恶劣的情况：项目组只有主管有经验，别的成员都是刚刚毕业的大学生，那么主管的任务就不仅仅是管理，而且需要花费大量时间精力来培养这些新手，让他们能尽快进入预定的角色。

如何界定项目成员工作的范围和定义他们之间的工作接口？

这个问题就是俗语说的"派活"。要把活分出去可不是一件简单的事情。项目主管首先需要对项目组成员非常了解和熟悉，知道他们的知识结构和能力水平；其次要对项目情况非常清楚，并能对项目实施过程进行划分和功能模块的细化，并结合每个人员的特点指派具体的任务；最后要重点注意的是，尽量让组员之间的工作接口简单和接口定义详尽，避免将来产生互相推诿和扯皮。

如何准确衡量项目成员的工作量？

做过主管的人都碰到过这种问题：分配给甲的工作，要求一周完成，但是一个月过去了，他还没干完；分给乙的工作，要求一周干完，但是他一天就干好了。实际上现在的项目管理中，工作量的衡量往往靠主管的经验来加以主观判断，而且这种判断也不是因人而异的。主观判断会造成较大的误差，这些误差的积累最终导致不可控制的因素增加和项目风险扩大。

如何在不打扰项目组成员工作的情况下，及时进行沟通？

现在很少有单q匹马就能把项目全部搞定，往往需要团队来完成，那么团队的合作精神就显得尤为重要。在一般人的眼里，技术人员都普遍比较孤傲，不好管理。主管不仅仅要掌握良好的沟通技巧，还要擅于感情交流，帮助解决项目组成员工作上和生活上的实际困难，使他们集中精力干好本职工作。良好的上下级和同级关系创造了融洽的工作气氛，项目成功的可能性大大增加。

如何评估项目执行状况，随时掌握项目进展？

在项目运作过程中，如果靠员工的报告来掌握项目进展是不够的。事实上，员工都愿意报喜不报忧，在项目初期就出现的问题苗头，如果不能传递上来，将在后续阶段造成大的纰漏。笔者认为除了要定期听取项目组成员的报告，还要专门有一个品保组来监督项目的执行情况。品保组就像廉政公署一样，不参与项目的具体实施，专门给别人"挑刺"，或者写一些测试程序来发现问题。

如何与客户单位沟通与协作？

有时候，项目都已经执行到最后阶段，客户单位突然提出了新的要求，这会让主管非常为难。一方面要尽量满足客户的需求，另一方面又不能对系统做太大的改动，影响进度计划。这种情况往往是与客户的沟通出现了问题，说明在需求阶段做的不够好，同时在实施过程中没有与客户有密切的联系。

如何在诸多不确定因素和限制条件下，按时完成项目任务？

项目成功与否受太多的风险因素影响。所谓“风险”，是损失的不确定性；是给定情况下，一定时期内可能发生的各种结果间的差异。它的两个基本特征是不确定性和损失。项目开发是一项可能损失的活动，不管开发过程如何进行，都有可能超出预算或时间延迟。很少有人能保证开发工作一定成功，都要冒一定的风险，也就需要进行项目风险分析。在进行项目风险分析时，重要的是要量化不确定的程度和每个风险的损失程度。潜在的问题都可能会对项目的计划、成本、技术、产品的质量及团队的士气产生负面的影响。风险管理就是在这些潜在的问题对项目造成破坏之前识别、处理和排除。

如何在完成项目任务同时，保证甚至提高交付结果的质量？

笔者的同事曾经做过一个项目，按计划按预算完成了，但是系统不稳定，某些关键技术指标不能满足国标。造成这种情况的原因有：没有划分清晰功能模块和接口关系，成员相互指责，最终难以定位不稳定的根源，；没有成立质保组，没能很好地实施项目过程控制；过分注重项目的时间进度，忽略或隐瞒了前期的小问题。

如何成为优秀的项目主管？

笔者认为：一个优秀的项目主管首先是一个乐观而自信的人。他凡事都从正面考虑，不把失败当失败，反而将其看作成功之母，吸取经验教训，在那里跌倒又在哪里爬起。优秀的项目主管不一定要很有经验，但是要有强烈的进取心和明确的目标，并能够与他人良好沟通，鼓舞他人为共同的目标一起努力。

IT项目管理的特征探讨

IT项目具有非常明显的特点：紧迫性、独特性和不确定性。下面分别讨论一下这些特点含义和项目管理的相应对策。

紧迫性

IT项目的紧迫性决定了项目的历时有限，具有明确的起点或终点，当实现了目标或被迫终止时，项目即结束。随着信息技术的飞速发展，IT项目的生命周期越来越短。有的项目时间甚至是决定性因素，因为市场时机稍纵即逝，如果项目的实施阶段耗时过长，市场份额将被竞争对手抢走。

在开始一个项目前，主管就必须明白项目的时间约束。具体到每个人、执行项目中的每一个任务都必须明确时间要求。一旦没有按照进度完成，必须要有充分的客观理由，否则就要追究相关人员的责任。

独特性

IT项目的独特性在IT服务领域表现得非常突出，厂商不仅向客户提供产品，更重要是根据其要求提供不同的解决方案。即使有现成的解决方案，也需要根据客户的特殊要求进行一定的客户化工作，因此可以说每个项目都有区别。

项目的这种独特性对实际项目管理有非常重要的指导意义。项目主管必须在项目开始前通过合同（或等同文件）明确地描述或定义最终的产品是什么。如果刚开始要提供什么没能定义清楚，或未达成一致，则最终交付产品或服务时将很容易发生纠纷，造成不必要的商务和名誉损失。即便是定义清楚了项目的目标，但是客户单位仍然会经常调整实现指标，这种变更很难控制，这就需要项目组与客户单位有良好的沟通渠道，否则改来改去，永远改不完。

不确定性

IT项目的不确定性是指项目不可能完全在规定的时间内、按规定的预算由规定的人员完成。这是因为项目计划和预算本质上是一种预测，在执行过程中与实际情况可定会有差异。另外，在执行过程中还会遇到各种始料未及的“风险”，使得项目不能按原有的预测来运行。

针对不确定性，在项目管理中就要注意制定切实可行的计划。笔者在工作中就发现科研工作，特别是国家级的项目，往往有一个“后墙不倒”原则。也就是说，设定一个项目的最终完成时间，具体的实施过程中，时间进度的安排就没有计划。在具体实施中，这种方法的最终结果是要么后墙倒了，要么后墙勉强没倒，做出来的产品满足不了质量要求。

还有一种不好的做法是过度计划，即将项目中非常微小的事情都考虑清楚才动手，但如此“详细的计划”其实是在试图精确地预测未来，也是不切实际的，在执行中会发现难以与实际一致，而不得不频繁地进行调整。具体问题具体分析。尽管有项目计划，执行过程中仍会碰到各种各样意想不到的问题，且往往没有现成的处理方法，这就要求项目经理必须掌握必要的工具方法，掌握整体过程和关键要素，灵活面对，妥善解决。

几个迫切需要重视的问题

项目管理有一些规律，但是还要具体问题具体分析，如果照搬硬套肯定会事倍功半。下面三个案例就是笔者在管理中遇到过的，现在拿出来一起探讨。

管理新手的重要性

一个项目组除了主管，全是新手！其实能有几个项目主管会如此幸运，项目组成员全都身经百战经验丰富。很多人认为，新手加入在短时间内对项目毫无益处，不仅帮不上忙，还需要别人来传帮带。笔者认为恰好相反：新人的加入是将会给整个项目组带来一些新鲜的想法，挖掘和引导这种的想法对新人的培训和很快的上手工作是非常关键的。公司花了钱招来的新人往往经过了人事部门的过滤，都具备了一些基本知识，主管可以先给他们分配一些具体的工作，调动他们的积极性非常关键。

在培训新人时就应该注意：

项目内容培训，让他尽快了解项目组的工作内容，项目的方向、目的，用到的知识、技能；

给他在项目组中的角色做个定位，明确他的职责，并提供必要的支持；

告诉他项目组管理方面须注意的问题，让他尽快融入到项目组里来；

尽量与目前项目组的工作结合起来培训，如让他尽快熟悉项目已经完成的工作，告诉他以后的计划，以及他马上要做的工作等等；

保持良好的沟通，了解他的进展，根据实际情况调整培训计划。

管理文档的重要性

让项目主管最痛苦的事情莫过于：当一个重要成员半途离开项目组时，才发现他根本就没有留下任何可用的文档。天下没有不散的宴席，项目组的成员也是在动态调整中，文档就是成员之间交接的重要工具。很多主管很容易陷quot;重技术实现，轻文档"的误区。他们总是认为项目实施时间紧迫，为了节省时间，可以在项目收尾阶段突击写文档。要是项目周期稍长，到了最后，成员还会记得清清楚楚每个实现细节吗？没有文档的项目铁定是一个失败的项目。

从过程控制的角度看，项目的实施质量控制，最重要的就是文档的管理控制。通过文档来显示表明每个基线，每个成员的工作量和完成质量，达到项目的风险最小化。

管理平台的重要性

笔者最初的几个项目都没有管理平台，所以没有量化的概念，管理手段非常落后。去年笔者在公司率先引入了微软PROJECT2000作为核心的项目管理软件，并根据项目的需求，以现有的计算机网络系统（Network）为基础，建立了内部的INTRANET项目管理平台。经过一年多的使用达到了以下效果：

使用PROJECT2000建立项目计划信息共享门户，使技术人员、主管随时看到与自己相关的任务信息，并通过建立状态报告，达到了解技术人员各自工作完成情况；

利用研发内部网站、电子公告板等共享信息系统，提供有效的信息沟通途径；

根据项目计划，建立动态提醒机制；

建立项目数据管理系统(Data)：对与项目有关的数据和与数据有关的过程，进行有效地管理；

电子文档管理系统(Document)，对图纸、文件、资料等文档，采用集中管理的方式，进行有序地组织，实现充分的共享和重复使用，实现了通过IE浏览器访问项目文档功能；

建立数据记录体现变更控制记录，项目文档记录。

结束语

就中国现状而言，项目管理还是一个全新的尚待开发的领域，很多项目管理人员和笔者一样都是在实践中不断摸索和思考。

从现实来看，只有那些跨国公司和国内的大型企业才对项目管理提出要求；从教育来看，项目管理的系统教育基本上就是空白，甚至目前中国还没有项目管理这一学科设置。同时，在中国，你所能够获得的有关项目管理的出版物以及资料都极其有限。

好在国内的教育部门已经发现了这个问题，各种PMP的培训班广告也开始出现在各类媒体中。那么我们是否都需要这个一个证书呢？

曾记得庄子在《庄子·养生主》中谈到的解牛的庖丁，在外人看来，技艺高超的庖丁解牛时，一招一式，轻松自如，姿势优美，其节奏如美妙音乐的旋律。而庖丁自己在历经多年的实践后，解释他的高超技艺的境界是："以神遇而不以目视，官欲止而神欲行，依乎天理，批大隙，导大，因其固然quot;

项目管理还是有"天理"可循，假如有机会还是应该带着实践中的问题多看书多学习，最终会达到所谓的管理艺术。(IT工程技术网)

距离上一次写文章应该一年半有余，由于工作的繁忙，加上家庭、生活的琐事，一直没有太多的精力持续更新，经过这么长时间的总结和积累，也有一些心得可以分享。

项目管理的本质是管理人和协调资源，首先要明确项目的目标、价值。当然目标和价值往往不是那么很精确地能掌握或者达成一致。

举个例子，互联网公司和传统的IT公司，非IT公司的技术团队，对于项目的目标和价值往往是不同或者侧重点不同。很多时候我们讲，软件要以客户为中心，但是以客户为中心在实施过程中却不尽如人意。互联网公司更加贴近用户，而一些非IT公司的技术部门，往往IT项目的最终目标一方面是为了满足业务的需求，另一方面可能也是为了满足领导的需求。因此，不同类型公司，对于项目管理的定位不一定是通用的。

通常情况下，项目经理在项目前期准备的工作包括对于项目组织架构的制定，项目干系人的圈定。但是在一些组织架构并非十分明确的公司，可能项目经理还需要承担前期的商务沟通，内部流程的协调跟进等等。

识别出项目干系人之后，通常在项目启动会上各团队的主要负责人都要参加，明确项目涉及各个团队的边界以及需要配合的工作，各个团队之间往往存在依赖关系，需要明确阶段性的里程碑节点。

项目计划尽量不要在项目启动会上，因为项目启动会之前如果没有充分的团队沟通，有可能会造成边界不清晰或者评估不充分。项目经理的角色就是要协调各团队，用最少的资源达到最佳的项目交付水平。因此项目计划尽可能在线下各个团队充分评估汇总后，在后续的会议中将项目计划明确出来，同时各个团队的负责人和成员应当尽量参与，目标和进度达成一致。

不同的公司，需求讨论和分析的维度不同，产品经理的角色不一定都具备。对于面向客户和面向内部使用的产品，往往内部使用的产品场景相对较少，要求也相对较低，有的团队简单粗暴画几个流程就开始下一步。但是我认为每一个软件产品都应该做竞品分析，以做产品的思维模式去开展，一方面便于以后的扩展，另一方面让团队成员也能学到更多的东西。

技术出身的项目经理与非技术出身的项目经理在项目实施与监控上会存在很大的差异。 技术出身的项目经理往往会从系统和技术角度把控项目进度，比如安全性、扩展性 ，而非技术出身的项目经理更多的是依赖于成员的日报、周报，很难在技术维度有更加精细的监控。

复盘在业界有一套标准的方法论，但是并不一定严格按照标准去做。每一个小的里程碑或者迭代都可以做复盘，总结经验，优秀的东西发扬，有教训的东西尽量避免，而不是讲复盘作为一种事后批判的手段。

2021年5月28日，某会议中提到 “各类应景性、应酬性活动少一点科技人员参加，不会带来什么损失！决不能让科技人员把大量时间花在一些无谓的迎来送往活动上，花在不必要的评审评价活动上，花在形式主义、官僚主义的种种活动上” 。

IT人员管理应当以技术、能力为先导，当前社会，IT从业人员很多，但是人才往往是少数，尊重人才，善用人才，“专业的人做专业的事“一直以来是我对IT人员管理的原则 。

很多时候，IT项目建设过程中，脱离不了领导的主观判断，尤其对于中小规模的企业，往往即便有产品经理的角色，也不能发挥其应有的岗位能力。因此，项目管理人员应该根据团队内不同人的专业技能，充分给大家发言权、发挥权，让专业的人发挥自己更大的价值。

IT项目管理最大的一个复杂性就是人员的管理，项目管理的过程和规范固然重要，但不能因为过程和规范抹杀和项目成员的能动性和创造力，一定要肯定项目成员对项目成败的重要价值。

一个优秀的项目经理，一定是能让团队成员信服，与团队成员共同成长进步的。每个人不管职位的高低，都是企业的打工者，打工者的核心诉求无非是赚钱养家糊口，实现自我价值。因此，每个成员希望的是能从领导者身上学到东西，并且相处融洽，在项目的实施过程中增长技能。就像生养孩子一样，项目经理和团队成员应当是彼此默契配合，共同成长持续进步的一种状态。

经历过不同的企业，不同的团队，不同的组织架构，我认为一个团队的稳定很大程度强依赖于管理者。项目管理很重要的一点在于人员的管理，但是此处的管理不是“把人管住”，而在于培养人。培养的过程中制定一些规范，但最终的目的应该是培养团队成员的技术能力、沟通能力、协调能力、业务能力，让团队成员随着项目的建设和投产，积累经验，收获成果，实现自我价值。

IT项目管理和人员管理是一门学问，没有统一的标准，不同的组织架构下，不同的管理者，最终呈现的结果差异很大。 但我认为，核心还是以人为本，尊重科技人员，尊重每个人的特长，让每一个岗位都能发挥自己的价值 。

研究表明，大量使用IT的行业所表现出来的生产率是其它行业的10倍，在国际上，发达国家金融业在进行IT系统建设和管理上已经广泛推行了IT服务管理战略，帮助企业实现IT与业务的整合，提高IT投资回报率，促进企业信息化的可持续发展。

现在，金融业务对计算机网络和信息系统的依附程度越来越高，在金融行业的发展过程中，IT项目在推动金融行业发展和创新方面显示出日益重要的作用。加强 IT项目管理工作成为当前金融信息化建设的一项重要工作，应引起各方面高度重视，进一步加强IT项目管理工作，提高应急响应、处理和故障恢复能力，确保IT系统安全、稳定运行。

金融信息化过程不是简单的技术化过程，其本质在于通过运用现代信息技术确保银行业内各环节信息的畅通，并且强调各种信息之间互动性、关联性和智能化。在金融行业的信息系统开发过程中，只有确保项目与质量管理体系在IT项目中得到较好的应用，组织内项目管理的方法和手段才能趋于一致，项目开发过程才能做到运作规范、过程明晰。

1、IT在金融行业中的作用

在信息化时代，在中国入世、金融证券业向外资开放的巨大压力面前，通过顶级的网络管理实现竞争手段与国际金融机构同步升级成为必然的选择。纵观国内金融业界，无论是大型银行，还是保险公司，或者是证券行业，在这些机构内，IT成为有具体目标、为其业务需求服务的战略工具。比如，花旗银行IT部门，已经不再只是一个单一的IT部门，而是一个向整个银行业务提供业务管理与解决方案的平台，在这一平台上实现业务运行，实现资源调配，实现业务变革。

随着业务的发展和金融业科技应用水平的不断提高，金融机构启动、规划、开发的IT项目规模越来越大，项目复杂度和管理难度随之不断提高，项目团队能否有效解决项目执行过程中出现的各种问题已成为影响项目效果的关键。但是，IT在极大地促进了银行业的发展，为金融业提供了巨大发展机会的同时也使之面对巨大的风险。

2、金融行业IT项目管理中存在的问题

在金融行业实施IT项目开发管理的过程中，项目总是会遇到各种各样的困难和问题。例如，因某些技术问题无法有效解决，项目进度受到严重影响;开发环境管理不善，造成项目前期资料和工作成果遗失，出现IT项目中断或宣告失败，或者某IT项目未按计划完成而不得不追加投资的情况，严重影响了金融业务的正常运行。

(1)对IT项目管理的重视度不够。金融机构高级管理层的决策更多地是关注新产品、新项目的开发。而IT运营方面除非出现了重大的问题，否则高级管理层极少触及。因此，对高级管理层而言，IT运营风险相对于其它风险来说要疏远得多。存在的误区包括：认为在IT发展水平不高的情况下，信息技术风险所造成的威胁也不大;信息技术风险基本上是小概率事件，因此可以认为不会发生;建立质量最好的IT基础设施就可以防范风险等。

(2)缺乏应急机制。金融业IT系统大都是全国性集中的大型应用系统，对设备、通信、电力、技术高度依赖，具有很强的时效性、连续性、关联性。当有IT系统危机。或事故发生时，仅仅依靠单个金融机构自身力量处置往往是不够的。

但是，但从总体情况来看，IT系统应急预案还不够完善，很多是在套用上级机构应急预案的基础上建立起来的，没有很好地结合本地、本业务的具体情况;从形式上看，现行的应急注重内部应急机制建设，对外部因素估计不足;IT系统应急有别于公共应急，具有很强的专业性。目前许多单位制定的应急预案以及在人员、设备、流程等方面的考虑只盯住了单位内部，对外来的硬件、软件、非本单位管理的外部基础设施等问题考虑不够;风险评估机制、安全策略评估机制不健全，不能为IT系统的运行提供有效预测、预警，不能支持应急处理。

3、金融行业中IT项目管理的基本理念

IT信息管理与金融企业业务开展之间的关系越来越密切，对业务开展的作用越来越重要。在IT系统建设和管理中，除了要有先进的设备和技术外，还必须有一套规范、可管理的IT服务管理流程。

(1)IT项目管理需要将IT技术与企业目标的整合，并满足客户对IT服务品质和服务体验的要求。即在提供IT服务的时候，首先应该考虑客户的业务需求，根据业务需求来确定IT需求。

(2)IT只是银行运营业务流程的一种手段，不是目的。IT服务管理必须强调根据客户的需求对IT进行“量身定做”式的管理，通过提供高品质的IT服务提高客户的满意度。金融IT服务管理在实施每个管理流程时都应该从客户需求的角度出发。

(3)IT项目的风险管理主要体现在运营管理和安全管理两个方面。如何通过强化运营管理和安全管理，最大限度地发挥IT系统的效率，已经成为金融机构一项重要的工作。

(4)IT部门要侧重于从技术角度对基础设施进行管理。

这种管理覆盖了IT基础设施管理的所有方面，包括识别业务需求、实施和部署、对基础设施进行支持和维护等活动。通过良好IT基础架构管理，可以在确保IT基础架构稳定可靠的同时能够满足业务需求和支撑业务运作。

4、金融行业如何进行IT项目管理

(1)建立IT应急协作机制。突发事件影响金融机构的案例越来越多，严重影响了金融业务的正常运行。而且，金融业IT系统大都是技术复杂的大型 IT系统，要依赖多家厂商、集成商、运营商的产品和服务，有极强的专业性。在灾害、事故发生的紧急情况下，金融机构依靠自身力量往往无法完成对所有故障节点的控制。因此，加IT系统应急管理工作成为当前金融信息化建设的一项重要工作，应进一步加强应急管理工作，提高应急响应、处理和故障恢复能力，确保IT项目安全、稳定运行。

(2)通过在金融信息化建设中引入信息系统工程监理。金融信息安全直接影响着国家安全，对金融信息化项目实施临理，有助于严格执行国家有关的业务、安全及技术标准，符合国家和金融企业的根本利益。有了信息系统工程监理，可以力求实现以担各自的责任、权利与义务，明确和保护各方利益，规范项目 *** 作，区分各方责任，进而提高项目的执行效率。金融企业可以利用监理单位技术与管理经验，依托国家规范，强化系统集成软件过程管理和项目管理，控制系统建设过程中质量、进度、投资以及变更等问题的出现。

(3)对IT项目进行问题管理。在金融机构中的IT项目团队能否有效解决项目执行过程中出现的各种问题尤其重要，因此，在金融机构实施 IT项目的实践活动中，有必要结合现代项目管理知识对问题管理作进一步的研究和分析，通过制定一套行之有效的解决问题的方法和问题管理机制，快速提高项目团队识别、分析、解决问题的能力。这对于提高IT项目管理水平和组织工作效率，提高IT项目社会经济综合效益，实现成功的项目管理具有十分积极的推动作用。

捷为iMIS-PM集成项目管理系统-中国项目管理系统领跑者

IT企业多项目管理的实施难点与对策

导语：IT企业因其在经营过程中比一般企业面临着更多的不确定性和环境的动态性，给多项目管理的实施带来更大的难度，现针对多项目管理的实施要点展开讨论。以下是我为大家精心整理的IT企业多项目管理的实施难点与对策，欢迎大家参考！

1、多项目管理理论回顾

多项目管理是站在企业层面对现行组织中所有的项目进行筛选、评估、计划、执行与控制的项目管理方式。它是在假定存在多个项目的前提下，如何协调和分配现有项目资源、获取最佳项目实施组合的管理过程。未来多项目管理发展趋势主要有：领域范畴不断扩展;未来项目与企业战略需求更加紧密相连;多学科知识的交融;多项目管理信息技术支撑平台的建立。对IT企业来说，多个项目的实施和良好的多项目管理可以降低项目成本，优化企业资源配置，从而提高企业的利润率。

2、多项目管理实施的难点

IT企业在应对单个客户需求时，可能具有较好的d性及其应变优势，企业领导者也可以对资源进行有效协调指挥，但当项目增加到一定程度时，势必又要增加管理层次来保证有效的领导，这就与其精干、扁平化的组织结构相违背。另外IT项目还涉及信息系统应用单位的组织、管理的调整与经营过程、业务流程的重构，单靠信息技术是无能为力的，这些促使企业之间的依存关系日渐加强，往往需要根据企业的环境变化进行适应性调整或重新安排。

3、多项目管理实施对策

当面临多项目并行管理的时候，我们不可能象管理一个项目一样进行从头盯到尾，并且关注其中出现的任何问题，这从精力上来说是不现实的，而且如果你确实企图如此做，唯一的结果就是把自己弄得很忙碌，而且会突然发现，你不断处于救火的过程中。那么基于此，应该如何进行管理呢(1)判断轻重缓急，确立优先次序;(2)建立多项目管理机制;(3)利用时间差，尽量避免资源争夺;(4)清楚各项目团队能力，适当授权解放自我;(5)建立信息共享机制;(6)建立良好的绩效考核机制。

4、多项目管理实施的难点

多项目管理的产生和需求原因来自多方面，既是企业内部环境转变的结果，也是企业外部因素所致。这些因素将集中表现在企业分工与组织的变化、开发技术的变化、技术和管理的创新等方面。这种方法要求从参与项目活动的所有人那里收集到工作绩效方面的反馈意见，包括职能经理、同事和下级甚至客户。一方面这在结构层次简单的IT企业中较易实现，另一方面能全面发现个人的长处和短处，为提高绩效水平制定行动计划。关于这方面的讨论读者可以参考相关书籍。

注意事项

总之，随着更多的IT企业参与到国际竞争当中，跨国界、跨文化的项目日渐增多，多项目管理体系将更加多样化、复杂化。针对多项目管理实施过程中的难点，各种各样的对策方法将在实践中得到检验。当然本文探讨的对象也可由IT企业扩大到一般企业，因而企业在吸取项目管理理论精华的同时，更应该结合企业自身特点，有选择、有步骤地将最新成果应用到实际项目当中去，这样才能不断获得项目管理带来的喜悦。

;

如何提高项目管理水平

系统的学习项目管理理论知识，不断在实践中琢磨、感悟。因为对项目工期、成本、质量、风险、里程碑计划、工作分解结构、网络图、甘特图等的认知，只有在实践的经历中才能体会的深切,感悟的真切。所以，领导的能力是生命磨出来的。学习、实践、磨砺是项目管理进步的法则。

通过对大量实践的总结，国际上已经形成一些项目管理的标准框架，如美国项目管理研究所（PMI）所推出的项目管理知识体系（PMBOK）和英国商务部（OGC）推出的第2版受控环境下的项目管理（Prince2）等。由于IT的独特性，IT项目在生命周期的不同阶段具有明显的独特性，这种独特性就要求有相应的管理方法和技术。同样是对实践的总结，美国卡耐基•梅隆大学的软件工程研究所（SEI）推出了用于软件开发的成熟度模型（CMM），美国信息系统审计与控制协会（ISACA）推出了用于IT应用过程控制的信息及相关技术的控制框架（CboiT），英国商务部（OGC）推出了用于IT服务管理的信息技术基础设施库（ITIL）。

项目管理就是把各种知识、技能、手段和技术应用于项目活动之中，以达到项目的要求。项目管理是通过启动、计划、实施、控制和结束等项目管理过程来进行的。通过对大量实践的总结，国际上已经形成一些项目管理的标准框架，如美国项目管理研究所（PMI）所推出的项目管理知识体系（PMBOK）和英国商务部（OGC）推出的第2版受控环境下的项目管理（Prince2）等。由于IT的独特性，IT项目在生命周期的不同阶段具有明显的独特性，这种独特性就要求有相应的管理方法和技术。同样是对实践的总结，美国卡耐基•梅隆大学的软件工程研究所（SEI）推出了用于软件开发的成熟度模型（CMM），美国信息系统审计与控制协会（ISACA）推出了用于IT应用过程控制的信息及相关技术的控制框架（CboiT），英国商务部（OGC）推出了用于IT服务管理的信息技术基础设施库（ITIL）。所以IT项目的管理往往是一个非常复杂的管理过程，是一个对复合项目（Program）进行的组合管理（Portfolio Management），而不是一个单项目管理（Project Management）。

不管是IT开发项目、IT应用项目，还是IT服务项目，项目管理都有其共性。PMBOK和Prince2分别从项目管理的体系和过程提出了标准的框架。作为IT项目的管理者，整合这两种标准框架和方法并灵活运用，将为其进行有效的IT项目管理提供重要指导。项目管理的水平可以用成熟度来表示。项目管理的成熟度可以从两个维度来衡量，一个维度是从单项目管理到复合项目管理再到组合项目管理；另外一个维度就是从标准到测量、再到控制，最后到持续改进。

PMBOK项目管理体系

现代项目管理知识体系（PMBOK）是美国项目管理研究所（PMI）从1984年开始研究，1996年推出并投入使用，2000年新版修订的。国际标准组织以PMBOK为蓝本制订了ISO10006标准，包括一整套现代项目管理的程序、技术、工具和方法。PMI将项目管理知识体系分为9大领域，即综合管理、范围管理、时间管理、费用管理、质量管理、人力资源管理、沟通管理、风险管理和采购管理。

Prince2项目管理体系

受控环境下的项目管理（Prince2）是英国商务部根据长期实践经验开发出的一套项目管理标准。Prince2以一种完善的项目管理组织形式协调应对项目内外环境变化，以标准化流程、结构化的方法控制项目进程，确保实现项目投资收益。Prince2按项目的整个生命周期把项目管理分成8个过程，即计划、指导一个项目、准备一个项目、启动一个项目、控制一个阶段、管理阶段边界、管理产品交付和结束一个项目。

PMBOK与Prince2的比较

在对项目的定义上，PMBOK强调项目的目标，独特性和临时性等重要特征。Prince2在这个基础上更强调了过程和环境。PMBOK将项目管理分为启动，计划，执行，控制和结束五个过程组，Prince2将项目管理分为八个过程。Prince2的计划和指导过程贯穿整个项目生命周期，强调了计划和指导的重要性和滚动性。PMBOK没有特别强调项目各阶段间的边界和控制，而Prince2则强调项目的各阶段都是可控的。

PMBOK是一个完善的项目管理知识体系，但没有过多涉及具体的 *** 作方法，而Prince2在方法和实践方面介绍了很多可 *** 作的内容。PMBOK定位于知识架构，Prince2定位于实施指南。

PMBOK中对每个过程分为输入、工具技术和输出三部分来讲，Prince2则对每个子过程分为基本原则、背景、过程描述、职责、需要信息和关键标准来讲。

PMBOK和Prince2作为两种通用的管理方法论，各有特点，各有侧重。两种体系可以在实践中有效结合，灵活加以应用。二者都是在实践的基础上总结出来的项目管理标准体系，都会随着实践经验的总结而不断发展和更新。

以上就是关于如何进行IT项目管理 全部的内容，包括:如何进行IT项目管理 、解读IT项目管理和人员管理、如何做好金融行业IT项目管理等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！