《IT项目管理》课程总结

时间过得很快,不知不觉中《IT项目管理》这一课程已近学完。在这近三个月的《IT项目管理》课程学习中,我收获颇多。

通过在课堂上的学习,我对IT项目管理有了一个大概的了解和综合的认识。再从刚刚通读的“从泰坦尼克号”这篇文章中,我对IT项目管理有了进一步的学习和认识,我真正认识到IT项目管理在现实生活中的运用。现将我对IT项目管理的理解总结如下。

IT项目管理是项目管理在IT领域的应用。它结合了IT行业特点并且运用了项目管理技术、理念和方法,包含着多个知识领域(如时间管理、成本管理、质量管理、风险管理、人力资源管理、沟通交流管理及采购管理等)。

由于IT项目管理是项目管理在IT领域的应用,因此它有着在信息技术行业的许多特征:任务的明确性、管理工具的先进性、信息沟通的及时性、资源提供的必要性、测试的完善和严谨性、度量的准确性及项目管理的贯穿性等。

首先我们来分析一下泰坦尼克号的悲剧。

在泰坦尼克号的设计阶段,该项目设计小组就投资的支出重点引发了一次争论,最后经营战略战胜了其它的考虑因素,即新兴技术上总的投资额就没有包括诸如安全系统这种非功能需求的支出。它注重的是“功能需求”这个目标,而忽视了“非功能需求”,使得大多数安全性能都没有得到重视,这就为后面的悲剧埋下了隐患。

在项目结束的时候,该项目小组认为船的安全性能仍然维持在最初设想的较高水平,泰坦尼克的项目小组还深信着最初的设计所具有的功能,因此在项目测试阶段并没有对泰坦尼克号进行逐一测试,这也就进一步埋下了隐患。

其实,泰坦尼克号的设计及制造诸多方面可以与现代IT项目进行比较。它与现代IT项目有许多极其相似之处。

与泰坦尼克号相比,对IT项目来说,非功能需求包括了有效性(类似于保险设置)、安全和基于系统运行性质的系统管理。其它基于非运行性质的非功能需求包括可量测性、轻便性、可维护性、环境因素和改进性。与此类似的,非功能需求确保系统具备应有的基本职能。要描述非功能需求有很多种依靠计算机仿真辅助的模拟技巧。

今天一些IT项目也在设计和建造阶段有过严重的妥协,一般倒也无伤大雅。但是这些妥协可能引发的问题当时看起来不明显,却可能在项目完工后以及方案投入生产后的一些天、一些月甚至几年后爆发出来。项目经理需要确保对功能需求和非功能需求投入同样程度的关注。

今天许多IT项目都没有制定充分的测试计划,并且在将解决方案转化成产

品时,没有制止非功能需求上的严重让步。这就好比白星公司拿奥林匹克当试验,就认为泰坦尼克号的首次航行是低风险的。毕竟,这两艘船几乎是一样的,而且船主以及工作人员都对泰坦尼克号比较信任。然而,没有哪两艘船有完全一样的操纵性能。白星公司在不制定测试计划上豪赌了一把,并且还令横穿大西洋的泰坦尼克人手不足。当泰坦尼克号项目进入下一阶段,人们关于它不会沉没的观念仍然没有改变。

因为泰坦尼克号与今天的IT项目管理有许多相似之处,因此我们有许多经验教训可获取。IT项目可能会犯的错误是过份依赖以前与之类似的项目,从而减少了测试的次数。项目执行过程中要根据以前拟好的计划执行,这样组织及更多的运作小组才能有很好的准备。在没有经过一些风险评估时,关键的操作程序不能因业务上的压力而有所让步。测试目标是为了揭发在需求、设计及建造阶段主要存在的漏洞问题。许多IT项目在测试中作出了让步,没有把测试看得足够重要,并且在将解决方案迅速投入生产的业务压力下屈服了,这是不可取的。所有工作人员尤其是操作人员,他们所重视的工作,他们的工作动机都是来源于服务级别协议,因此项目应该重视到这一点,尤其是当项目牵涉到第三方或外来资源时。一个业务主管在没有得到操作人员的同意下,没有权力下任何操作决策。在一个关键情形下,任何异常都来源于操作者(诸如守望员)与技术支持人员(诸如船桥官员)之间的传递过程;一次顺利的传递必须在项目实验阶段通过运转及操作测试来实现。在解决问题时,必须在搜集好所有数据信息的前提下,分析每个解决方案所带来的风险性,再考虑选择最合适的解决方案。要不然就得靠最后第四象限的修复阶段了。在这个阶段里,操作小组会根据服务级别协议(SLAs)即时撤回IT解决方案,并让服务再重新开始。

由于在解决方案的运作及修复阶段没有遵循事先制定好的方法,许多IT项目在关键情况中遭受了不幸。专业化的平均修复时间程序可以帮助我们从不同的决策中选择出最好的一个,然后将其运用在泰坦尼克号上。因此支持人员应该对解决方案的细节了如指掌。今天,许多IT项目没有为最坏的情况有所准备就在操作上作出了让步。在今天的世界里,光有平均修复时间程序是远远不够的。除了一个灾难修复计划外,还必须要有一个合适且周全的交流计划。

总的来说,IT项目管理要做好如下过程:计划过程、计划过程、执行过程、控制过程以及收尾过程。

以上是学习《IT项目管理》后,我对IT项目管理的认识。

感觉在这门课程的学习过程当中,老师给我们提供了许多可以提高锻炼自己的机会。比如说上课前让学生到讲台上去自由演说这一活动,很是能提高学生的能力,尤其是语言表达能力方面;上次去公司面试实习单位的时候,我注意到了

不仅专业知识重要,语言表达能力同样很重要。只是,对于老师提供的这一舞台我没有好好把握和珍惜。再比如说,老师让学生们分组完成相应的任务,制作课件去讲课,同样能提高学生们的组织能力、沟通能力及团队合作能力等。

总的来说,老师给我们提供了一个全新的学习环境,给我们留了足够的自由学习空间,更能发挥我们学生的学习主动性和积极性,这种教学模式是受大多数学生欢迎的。

 

第二篇:工程项目管理课程总结

专业班级: 11级工程管理1班 姓 名: 学 号: 1101021001

指导教师: 王艳丽

20xx年x月x日

本学期,通过对于项目管理课程的学习,我初步了解到项目管理的知识体系及其架构。项目管理总体有五个过程:启动过程、计划过程、实施过程、执行过程和收尾过程,包含了九大领域的知识:范围管理、时间管理、成本管理、质量管理、人力资源管理、沟通管理、风险管理、采购管理和整体管理及其方法和工具。通过老师带领进行Microsoft Office Project 20xx软件课程实验,使我从更现实的角度进一步体会到什么是项目管理以及学习项目管理课程的重要意义。现将学习这门课程的心得体会总结为如下几点:

一.项目管理理论知识的学习

从定义来看,项目是为创造独特的产品或服务而进行的一种临时性工作。根据这个定义,项目就具有了目标明确性、活动一次性及资源消耗性等特性。换句话说,具备前面三个主要特性的活动,都可以看作是项目。现实中的项目随处可见,如北京的奥运会、上海的世博会、西部大开发、三峡工程等大型的建设项目,还有像信息系统、结婚典礼以及家居装修等小型项目。项目管理则是将各种知识、技能、工具和技术应用于项目之中,以达到项目的要求。就是用正确的行为方式来保证目标的实现,这里除了要求结果的成功,更强调了方法的合理性。所以除了绩效,项目管理还要考虑时间和成本等因素。整个过程中始终追求着这样一个终极目标:从成功到成熟,从成熟到卓越。

任何项目都会在范围、时间及成本三个方面受到约束,这就是项目管理的三约束。项目管理,就是以科学的方法和工具,在范围、时间、成本三者之间寻找到一个合适的平衡点,以便项目所有干系人都尽可能的满意。项目管理的五个过程组:启动、计划、执行、控制与收尾,贯穿于项目的整个生命周期,对于项目的启动过程,特别要注意组织环境及项目干系人的分析;而在后面的过程中,项目经理要抓好项目的控制,控制的理想结果就是在要求的时间、成本及质量限度内完成双方都满意的项目范围。项目管理的九大知识领域是指作为项目经理必须具备与掌握的九大块重要知识与能力。其中核心的四大知识领域是范围、时间、

成本与质量管理。在这些知识领域中还涉及很多的管理工具和技术,以用来帮助项目经理与项目组成员完成项目的管理。如:网络图示法、关键路径法、头脑风暴法、挣值法等,不同的工具能帮助我们完成不同的管理工作。另外,还有很多项目管理软件,如:Microsoft Project、P3等,作为项目管理的工具,也可以很好的帮助我们解决在项目的各个过程中完成计划、跟踪、控制等管理过程。

二.信息系统项目管理

传统的项目需要经历的时间长,使用的是有形资源,项目成果是通过对资源的消耗与形态的转化来逐步实现的。IT项目的实质是“知识转移”,项目是以无形的智力产品为项目目标。典型的IT项目是IT系统的建造(如系统集成)和软件开发项目。因此说,IT项目的实质是“知识转移”,而建造项目的实质是“资源消耗”。

随着信息技术的发展和应用范围的不断扩大,IT项目管理越来越具有普遍性。需要强调的是,信息技术本身的发展并不是IT项目的目的,满足应用对象的需求和战略目标才是其出发点,因此需要切实做好项目的需求分析,一切从业务工作的实际需求出发,在集成理念的指导下,充分考虑整个系统的集成要求,并在此基础上选择相关的成熟技术、应用系统和产品,同时做好项目的技术经济分析,才能保证信息化项目发挥实效。国家863计划CIMS主题专家组在大量信息化工程实践的基础上提出的“需求牵引、效益驱动、总体规划、分步实施”的策略是IT信息化项目管理的总体指导思想。

三.市场经营模式的优缺点

传统的设计—招标—建造模式(DDB)由于长期广泛的在世界各地采用,因而管理方法较成熟,参与各方对有关程序都很熟悉。业主方可自由选择咨询设计人员来控制设计要求,并且可以自由选择监理人员来监理工程,采用各方均熟悉的标准合同文本,十分有利于合同管理和风险管理。但是这一模式也存在着或多或少的缺陷,诸如管理和协调工作较复杂、业主前期投入较高、总造价和工期不易控制、质量事故出现时设计和施工双方责任不明确等,容易导致业主对监理工程师控制工期和造价的能力信心不足,这也制约了这一模式在现在工程项目管理中的应用。

而在设计-建造总承包模式(DB)中,业主在选定总承包商时能把设计方案

的优劣作为主要的评定标准,这在很大程度上能使业主得到高质量的工程设计,并且总承包商能在设计阶段充分考虑施工因素,可以最大程度地减少由于设计错误引起的变更。而且在这一模式中,总承包商对整个工程实行总价包干,并承担全部责任和风险,能使业主对工程成本得到初期的保障。但是由于业主不能直接参与设计过程的监控,再加上实行了总价包干,导致业主对设计细节控制力降低,而且最终可能会影响到工程质量。

设计—采购—施工的模式(EPC)与设计—建造总承包模式(DB)较类似,能够较好的将工艺的设计与设备的采购及安装紧密结合起来,有利于项目综合效益的提升。但是由于现在国内能够承担大型EPC项目的承包商数量不多,经验也不是很丰富,导致承包商在投标报价时可能报价过低,加上由于经验影响到管理能力,可能直接影响到项目的工程造价、效益及质量。

项目管理型承包模式(PMC)的发展得益于近年来国际上部分工程项目在建设管理上的实践,从原来的可研至竣工验收发展成为定义和执行两个阶段,业主在这两个阶段中委托一家工程公司对项目进行全面的管理。第一阶段中PMC在组织或完成基础设计、确定所有技术方案、确定设备材料的价格和数量、对工程造价作出准确估算后编制出设计、采购和建设的招标书,从而确定工程的总承包商。

第二阶段中确定下来的总承包商负责执行详细设计、采购和建设工作,这一阶段中PMC负责替业主对全部项目进行管理协调和监理。采用这一模式能够充分发挥管理承包商在项目管理方面的专业水平,统一协调和管理项目的设计和施工,有利于缩短工期。但是业主在这一模式下与施工承包方没有合同关系,对工程的施工控制能力降低;并且与其他传统模式相比增大了管理层的费用。

在市场经济逐渐演变成市场和计划相结合的混合经济的境况下,BOT(建设-经营-转让)模式比较符合这种市场机制和政府干预相结合的混合经济的特色。 一方面,BOT能够保持市场机制发挥作用。政府以招标方式确定项目公司的做法本身也包含了竞争机制。作为可靠的市场主体的私人机构是BOT模式的行为主体,在特许期内对所建工程项目具有完备的产权。这样,承担BOT项目的私人机构在BOT项目的实施过程中的行为完全符合经济人假设。另一方面,BOT为政府干预提供了有效的途径,这就是和私人机构达成的有关BOT的协议。尽管BOT协议的执行全部由项目公司负责,但政府自始至终都拥有对该项目的控制

权。在立项、招标、谈判三个阶段,政府的意愿起着决定性的作用。在履约阶段,政府又具有监督检查的权力,项目经营中价格的制订也受到政府的约束,政府还可以通过通用的BOT法来约束BOT项目公司的行为。在BOT模式中,项目的参与各方均能获得较大利益优势。项目发起人能充分利用项目经济状况的弹性,减少资本金支出, 拓宽项目资金的来源,并能将特定风险转移给放贷方,能极大地降低发起人的政治风险;而放贷方在承担风险的同时却大大提高了自身的收益率,并且在参与项目过程中会遇到的竞争较少;政府作为项目的参与方,在实施BOT模式过程中能极大降低自身风险,充分发动外资和私营企业或机构的能动性和创造性,引进先进的管理模式和生产技术,并能充分合理地利用资源,有利于发展国民经济和金融资本市场。虽然BOT模式也有诸多缺点,比如对于项目发起人而言,项目融投资额较大、融投资周期长、收益的不确定性较大,导致发起人承担着较大风险;对于政府而言,引进的外资和私营企业或机构可能会在当地出现掠夺性经营,并且使用的价格较高,容易导致国民对政府行为的不满。但是,采用BOT模式对加快我国基础设施的建设和改革的有着积极的作用,而且在提高项目运作效率、拉动内需、增加就业以及国家一些战略性发展项目上有着充分的推动作用。

因此我认为,在我国大量兴建基础设施的高峰时期,由于急需资金,BOT以及类似于BOT的一些其它模式的确是一种融资的好方式,只要掌握得当,政府和企业可能双赢。但是,一个国家或一个地区不可能全部或主要靠借钱来兴建基础设施,只能主要依靠政府和民众的财力。在我国刚刚开始大规模兴建基础设施的时候,宣传和提倡BOT有其积极和现实的意义,但基点必须放在实施市场化上。如果将BOT与市场化划等号,不但不能建立市场化,而且基础设施的建设和运营也可能会出现畸形。

四.结论 总之,通过本学期这门课程的学习,收获了很多,在进行理论知识学习的同时,也进行了实验学习。但是要想真正学好项目管理,还需不断实践,学习技巧、总结经验,在日常生活中,我们要将所学的知识进行揣摩、深入体会,真正运用到学习和工作中去,达到学以致用。非常感谢王老师一学期以来对我们的教导。

相关推荐