it项目管理专业论文
随着我国项目管理领域工程硕士教育的发展,项目管理工程硕士培养质量问题也引起社会各界以及政府部门的高度重视。下面是学习啦小编为大家整理的it项目管理专业论文，供大家参考。
it项目管理专业论文范文一：IT企业项目范围管理
提要随着IT企业的项目规模越来越大，复杂程度越来越高，项目失败的几率也随之增长。项目管理中的任何差错都会影响到项目的成功，而范围管理的失误对项目的影响更为明显，模糊的项目范围定义、错误的工作分解结构、缺失的范围确认和无力的范围控制都将严重影响项目的结果。本文结合笔者工作经验，对如何做好IT项目范围管理确保项目成功进行分析和总结。
关键词：IT企业;项目管理;项目范围管理
中图分类号：F27文献标识码：A
随着信息技术的飞速发展，IT企业作为推动信息技术发展的重要力量，其地位在经济发达国家提到了空前的高度，但经调查研究发现，IT企业项目(以下简称IT项目)的成功率不高、项目实施效果不容乐观。影响IT项目成功因素有很多，但项目范围管理的失控是主要原因之一，在实践中，“需求蔓延”是导致IT项目范围管理失控最常见的因素，IT项目往往在项目启动、计划、执行、甚至收尾时不断加入新功能，从而使项目在时间、资源和质量上都受到严重影响。由此可见项目范围管理的重要性。
一、项目范围管理相关概念
范围的概念包括产品规范和项目范围两方面内容，其中产品规范指产品或服务所包含的特征或功能，项目范围指为了交付具有所指特征和功能的产品必须要做的工作。
项目范围管理是指保证项目范围规定的工作得以顺利完成的所有管理过程。这个过程用于确保项目组和项目干系人对作为项目结果的项目产品以及生产这些产品所用到的过程有一个共同的理解。简而言之，项目范围管理就是：做什么?不做什么?包括什么?不包括什么?
二、项目范围管理的作用分析
在现实的IT项目管理中，可以看到很多范围管理不到位而导致项目失败的例子。现从以下三个方面对项目范围管理的作用进行分析。
1、确定项目范围可提高项目成本、时间和资源估算的准确性。如果项目的具体工作内容不明确，项目的成本、时间和所需资源就不明确，项目完成的不确定因素将大大增加，面临巨大的危机。
2、确定项目范围有助于清楚地分派责任。在明确项目包括那些具体的内容、具体有哪些要求、完成的产品应达到什么要求等内容后，就为清楚地分派任务提供了必要的保障。
3、项目范围、时间、成本三个约束条件是相互影响、相互制约的。时间、成本和范围构成一个稳固的三角形，如图1所示。(图1)
大多数项目都会有明确的完成日期、成本和范围的限制。时间、成本和范围三个要素被称为项目成功的三大要素。
在三角形中，任何一边都不可能孤立地改变，如果项目范围扩大，必然导致项目成本增加和项目工期的延长。不成比例的变化与孤立的改变某一边是一样的，都将破坏三角形的结构，最终招致项目失败。因此，有效的范围管理更像一门艺术，可以帮助项目经理在已经确定的时间和成本下完成项目目标。
三、影响项目范围管理的常见因素分析
影响项目范围管理的因素很多，经分析有以下几种：
1、IT企业没有完善的项目管理体系来指导项目管理工作。此种情况下，项目的成败完全依靠项目经理个人的管理、领导能力，大部分项目都是以失败而告终，因此建立健全项目管理体系是至关重要的。
2、项目范围的定义不够明确，不能量化，可验证程度低。很多时候都是一些定性的要求，例如“用户界面友好，可操作性强，便于使用及维护”等，类似这些模糊的界定往往是导致后续项目扯皮的根源。对项目范围的明确定义，有经验的项目经理及系统分析人员将起到关键性的作用。
3、客户本身原因造成项目范围管理上的困难。主要包括两方面原因：一是客户本身无法确定清晰的范围定义;二是客户有意拖延明确的范围定义。
针对第一种原因，要向客户方介绍或带领其参观已经完成的项目，消除对方的疑虑，清晰对方的思维。针对第二种原因，如果处理不好，不但无法做好范围管理，还会影响双方的合作关系，影响到可能存在的后续业务。此时，项目经理要组织人员做好攻关，软硬兼施，让客户方负责人真心投入，提高对方领导的重视程度，加深项目干系人对各阶段性工作的印象，扩大范围定义在客户方单位的认知度和影响面。
4、合同方面的原因造成项目范围难以管理。在合同签订前销售人员为了能够尽快签单，往往对客户会有一些不切实际的承诺，在客户的印象中项目产品已经是无所不包了，使得客户产生很多不切实际的期望。另外，国内IT企业签订的合同一般都比较简单，很少对项目范围有明确规定，造成项目的范围存在很大的不确定性，留下了很大的隐藏风险。合同签订后项目小组和客户要有一个渐进的项目范围交互、降低期望的过程，否则容易出现观点冲突，对项目的推进造成影响。
四、如何做好项目范围管理
要做好项目范围管理工作必须先了解项目范围管理的一些科学过程，然后认真按照这些科学过程进行项目的范围管理。依据美国项目管理协会(PMI)项目管理知识体系指南(PMBOK)中给出的严格定义，其中包括启动、范围计划、范围定义、范围核实、范围变更控制等内容。
1、项目启动过程。项目启动是正式承认一个新项目的存在或一个已有项目进入下一个阶段的过程。该过程有一个重要的输出文档是项目章程，项目章程粗略地规定项目的范围，这也是项目范围管理后续工作的重要依据。项目章程规定项目经理的权利以及项目组中各成员的职责，还有项目其他干系人的职责，这也是在以后的项目范围管理工作中各个角色如何做好本职工作有一个明确规定，保证后续工作可以更加有序地进行。项目一般是由市场需要、经营需要、客户需要、技术进步、法律要求等一个或多个需要而启动的。
2、项目范围计划过程。范围计划的核心工作是编写正式的项目范围说明书和范围管理计划。范围计划编制是将产生项目产品的所需进行的项目范围渐进明细和归档的过程。做范围计划编制工作需要参考很多信息，通常它对项目范围已经有粗线条的约定，范围计划在此基础上进一步深入和细化。范围说明书在项目干系人之间确认或建立了一个项目范围的共识、作为未来项目决策的文档基准。在进行项目范围规划时，必须慎重考虑与权衡工具、数据来源、方法、过程与程序，以及其他因素，确保为项目而付出的努力与项目的大小、复杂程度和重要性相称。
3、项目范围定义过程。范围定义指的是把项目产出物进一步分解为更小的、更便于管理的许多组成部分。一个好的范围定义可以提高对项目成本、项目工期和项目资源需求估算的准确性;为项目的绩效度量和控制确定一个基准;便于明确和分配项目任务与责任。在这个过程中，项目组要建立一个工作分解结构(WBS)。WBS的建立对项目的意义非常重大，它使得原来看起来非常笼统、模糊的项目目标一下子清晰起来，使得项目管理有依据，项目团队的工作目标清楚明了。如果没有一个完善的WBS或者范围定义不明确时，变更就不可避免地出现，很可能造成返工、延长工期、降低团队士气等一系列不利后果。
4、项目范围核实过程。范围核实是通过参与者的行为正式确定项目范围的过程。它要求回顾生产过程和生产成果，以保证所有项目都能准确、满意地完成。这个过程是范围确定之后，执行实施之前各方相关人员的承诺问题。一旦承诺表明你已经接受该事实，那么你就必须根据你的承诺去实现它。
5、项目范围变更控制过程。范围变更控制是指对有关项目范围的变更实施控制。主要的过程输出是范围变更、纠正行为与教训总结。再好的计划也不可能做到一成不变，关键是对变更进行有效控制。
客户在项目开始之前不能明确所有的需求，随着业务的发展、客户认识的提高，客户的需求也在发生变化，客户提出变更是不可避免的。变更并不可怕，可怕的是随意的、没有控制的变更。为了使变更有序，需要与客户一起，建立变更控制委员会(CCB)，制定严格的变更制度、变更流程，将一切非必要、非紧急、不合理、非高层领导意图的“无效变更”屏蔽掉，同时采用变更申请表格和配置管理工具有效地管理变更。
五、总结
影响IT项目最后成功的因素是多方面的，包括项目管理的九大知识领域。有效的IT项目范围管理对项目的成功运作具有重要的意义，范围管理的成功与否直接影响到对项目进度、质量、成本的有效掌控以及对项目风险的控制。
(作者单位：1.合肥工业大学管理学院;2.宣城市委党校)
参考文献：
[1]吴吉义，殷建民，信息系统项目管理案例分析教程[M]，北京，电子工业出版社，2006.33.
[2]黄德业，软件项目之范围管理[J]，福建电脑，2007.9.
it项目管理专业论文范文二：IT服务项目管理实践
摘 要 在世界范围内像美国、日本等发达国家服务业占GDP比重超过70%，而中国只有不到40%，发展空间巨大。在国内现代服务业是其中发展比较快的一类，IT服务业务就属于现代服务业。IT服务拥有服务的所有属性，为使行业快速健康发展，讨论具体IT服务项目国内最佳实践是很有意义的。本文将从IT服务管理重要性、IT服务管理项目特点、责任和挑战分别展开论述。
关键词 IT服务 项目管理 责任和挑战
中图分类号： TP393 文献标识码：A
1 IT服务管理的重要性
1.1 业务的快速变化对IT部门提出了更高的要求
面对全新的业务环境，IT部门将面临多方面的压力与挑战：
(1)当业务需求更快速的变化时，如何能更快速响应业务、及时推出新IT系统?
(2)当面临更多法律法规的管控要求时，如何保证IT系统合规、安全、稳定的运行?
(3)当业务对信息技术依赖性逐渐增强时，如何实时掌握系统运行质量?
(4)当用户愈加成熟从而提升服务质量意识时，如何提升服务效率和服务质量?
1.2 IT服务管理项目组织特点
(1)广泛参与度。IT服务管理项目经理首先要明确的一点是面向业务的，与所在企业及企业所处商业环境密不可分，所以IT服务管理的推行应当秉承着作为企业资产有机组成部分原则去做。另外一点需要清晰认识到，IT服务管理不能一蹴而就，而是长期的、阶段性的、持续推进的事情，通常需要3到5年的持续改进。
IT服务管理项目咨询方的参与是很必要的，主要有以下原因：
提供专业方法论;
提供行业经验;
帮助决策;
协助推动项目;
实施指导和支持。
(2)矩阵式管理。矩阵式管理将组织按两个或两个以上维度划分，比如按照职能和流程角色。矩阵式管理的应用方式简单来说就是资源调配，需要资源了就按照某个维度去调配，用完了再还回去。
IT服务管理项目组就是个典型的矩阵式管理组织，项目团队中的成员来自不同的部门，有他们所在职能的工作还要承担项目中的相应角色并承担一定的义务，这样多种角色多头汇报的情形在项目推进过程中就难免发生“扯皮”现象了。这样本来想要提高效率的管理方式却可能导致管理成本、沟通成本增加的结果。
(3)项目组织结构。
将流程Owner角色的部门领导放在推行组，并作为项目任务的监督者，这样对增强沟通及减少“扯皮”现象会有所帮助。
1.3 考核与激励
与好的工作效果相关的三个方面：自己喜欢当前的工作，领导分配的任务不得不完成，任务会被考核并与自身绩效挂钩。项目组织结构中可以完成前两步，而在绩效与激励方面先要同老板沟通，提供2～3个适合所在企业的方案得到认同后再与人力资源讨论、落实。
1.4 动态交互性
IT服务管理项目团队的组成是甲、乙双方共同参与，双方通过高度互动共同完成知识转移和渗透，主要形式包括：
培训，管理体系培训、IT服务管理流程培训、流程设计培训、工具应用培训、实践培训等;
访谈，现状调研阶段、阶段性实施后成果访谈等;
讨论，报告、例会、临时会议、咨询等;
宣传，共同制作内刊、宣传材料、问题、内部培训等;
内审，从项目启动后就应当开始建立这种自发的改进制度。
这个互动过程起初会借助乙方的经验来运行，甲方要主动参与和学习慢慢的将经验知识转移为自己的工作内容，有明显效果的应当定位制度固化下来比如内训，比如内审。
1.5 长期性
IT服务管理项目不是交钥匙工程，不是贴标签工程，更不是可以一蹴而就的，它是对工作习惯和管理方式的改变。虽然有ITIL有Cobit等最佳实践，但还是需要根据自身业务特点因地制宜、循序渐进、稳扎稳打的落实，依据项目范围及企业规模不同可能需要3～5年甚至更长的时间进行持续改进最终与业务融合。
2 IT服务管理项目责任和挑战
2.1 主要职责
(1)炼材：选人、沟通、激励是主旋律，锻炼队伍、培养人才是目的。
企业推行IT服务管理项目，主要是解决实际中现存的问题然后是效益，但无论前后都涉及到业务领导、部门负责人、职能承担者等，那么依照IT服务管理项目解决哪方面问题、实现哪方面效益不同项目经理应当选取不同的人来参与，包括企业内部、咨询公司、厂商的人员的选取。
(2)成事。
做成一件事情涉及到多方面，企业文化、计划、组织等，说到底识别并规避风险，然而是不是可以将与IT服务管理项目相关的风险都识别出来，识别出来的是否都能解决?行业相异、企业不同、具体情况更是千差万别，这里仅说一些常见的风险。
组织架构变动，一方面人员职责不明确，另一方面人心浮躁，这两点都足以阻碍项目的推进;最好的规避措施就是等待组织架构变动完成后再推进项目，如果在项目进行中组织架构变动，为组织架构变动预留足够的时间是个明智的做法。
过度依赖咨询公司。咨询公司可以带来体系化的知识与客观的建议，可以比喻为甲方的“拐杖”，无论是对业务的理解、IT服务管理落地还是长久的应用，甲方都是主角。规避措施可以使以下几种：
拥有对企业业务有深刻理解并有丰富IT服务管理经验的带头人;
建立一只甲方自己的IT服务管理队伍，结构上分成三个方面：包括具备IT服务管理意识的业务端、对业务端支持的IT服务管理团队以及质量体系监控方;
领导的高度重视;
熟悉企业业务的咨询公司;
明确的阶段性目标，切实可行的项目计划、WBS，以及被认同的预算。 2.2 关键技能
(1) 领导能力。
由于IT服务管理项目结构的特点，项目成员有业务或技术高层担任的管理者代表、其他部门的经理或员工。在这种情况下采取参与式或顾问式的的领导方式会比独裁式或命令式的更为有效，实际上在平衡利益、争取意见一致性方面的阻力也会较小，明确了领导方向也就给项目成功定下了一个基础。
有了适合的领导方式，就需要团结各方力量协同工作，关键在于建立“信任”。可以从以下几方面去考虑：
律己：言行一致，如果要求别人加班或者细致的工作，要让自己先做榜样;
用人不疑：授权相对于职能不要反差太大，一旦明确授权就要充分信任，建立起战友般的友情与忠诚;
正向引导：使团队成员充分了解项目结果和利益，通过生动描绘目标达成的结果使大家了解实现项目的收益。
(2)沟通能力。
IT服务管理项目经理必须是一个良好的沟通者，他要与项目团队成员、各相关部门、咨询公司、产品厂商等进行定期的沟通。只有通过有效的沟通，才能确切了解各方面实际的情况，发现潜在问题，制定解决方案，协调关系、集结资源使项目向着期望的方向前进。
(3)人际交往能力。
良好的人际交往能力可以影响周围人的思想及行为，在项目推进中IT服务管理项目经理会与项目团队成员或者高层管理者进行说服和协商工作，比如出于公司整体考虑，需要利益平衡将改进的进度延后。
(4) 时间管理能力。
良好的时间管理能力可以说是项目成功的一个必要条件，列出一些常见的时间管理技巧;
优先计划管理：按重要程度和紧急程度来确定先做什么后做什么，如：重要紧急的优先分配时间完成，重要不紧急的每天都持续一段时间做，不重要但紧急可以安排给别人做，不重要不紧急的最好不占用团队时间;
适用时间计划工具，编制计划并进行跟踪，有时候一个CheckList效果也不错;
把工作授权给他人：不必每一项工作都事必躬亲，授权给部下一样干的好而且还能锻炼队伍;
拥有良好的心态：压力并非来自已经解决的事情，而是来自未能克服的困难。
2.3 面临的主要挑战
(1) 组织结构与项目范围的变化。
IT服务管理项目不一定都会遇到组织结构与项目范围的变化，但如果你碰到了，可以肯定的是有很多事情都要变，包括指定的计划、铺垫的关系以及和领导预先的沟通甚至承诺。坦然面对这些，这种事情并非无法克服。无论如何，这种变化通常是高层管理者在变革过程中平衡公司内部各种利益的方式，从长远来看对IT服务管理项目执行和贯彻是有好处的。
(2)跨部门协调与沟通。
无论是对内提供服务的内部IT还是对外提供服务的IT服务供应商，在做IT服务管理项目的时候都会涉及到跨部门的协调与沟通。而IT服务管理主要是针对管理精准化、规范化的一种项目，推行过程中一旦涉及到利益的平衡就会有得失，相应的跨部门的沟通就会遇到阻碍。
措施：与管理者代表沟通，制定规则;定义每周例会，相关部门的流程经理都要参与，必要时也可以邀请职能经理参与;会议中可以将跨部门协调、沟通有难度的拿出来讨论，并记录会议纪要，会后将会议纪要分发至相关人员。
2.4 IT服务管理项目实施中沟通问题
IT服务管理应用场景很多，有的是运维环境、有的是呼叫中心、有的是BPO形式的对外服务，项目团队中会有技术专家、业务专家、管理专家，这样沟通的时候就会有问题。
通常技术专家在谈论的时候会用到联通性、延时、流量、丢包率、MTU描述网络性能，用DAS、NAS、SAN来告诉别人我们的存储是怎样的，或者开个玩笑“写SQL，Delete的时候竟然忘了用where”，在笑的前仰后合的时候很难说另外两组专家有何想法。
业务专家很清楚IT服务是什么，他会说我关心的是服务产品化，可以持续的快速复制，让我们在竞争环境中处于有力地位提升市场占有率，还要控制成本;当然毛利率高了他们才有收益，了解业务的技术专家会这么想。
管理专家两方面都会了解一些，而且说明问题的时候总能深入浅出“瞧，CMDB是个逻辑库，你可以把AIX想成一个装满白菜、萝卜的大柜子，而我们只要有个列表……”不过，这可能让系统管理员表情显得不自然。
这些日常的话语并非问题或者冲突本身，只是借用的一种方式，这说明我们可能忽略了一些本该有的沟通，有时是内部的、有时是外部的。
参考文献
[1] 杨坤，王玉.IT项目管理[M].北京：机械工业出版社，2008.
[2] 欧立雄，成功的项目管理[M].北京：机械工业出版社，2008.
[3] 张勇，张斌.项目管理指南[M].北京：电子工业出版社，2011.
it项目管理专业论文相关文章：
