IT项目管理试题

IT项目管理试题
IT项目管理试题

院2010 —2011学年第2学期课程考核试题

考核课程IT项目管理考核班级信管091、092 学生数80 印数85 考核方式A开卷考核时间120 分钟

一、选择题(每小题2分,共40分)

1.如果在一个项目网络图中,任务A有15天的自由浮动和25天的总浮动,但是任务A的最早开始时间延误了30天,那么这对项目意味着什么?()

A)任务A的下一个任务的最早开始时间将延迟15天

B)任务A的工期将缩短15天

C)项目的完成时间延长25天

D)对项目没有影响

2.一个项目有三条关键路径与有一条关键路径相比,对项目有什么不同影响()

A) 它使项目更易于管理

B) 它增加了项目风险

C) 它需要更多的人员

D) 这种情况是不可能的

3.对一个任务进行进度估算时,A是乐观者,估计是6天完成,B是悲观者,估计是24天完成,C是有经验者认为最有可能是12天完成,那么这个任务的历时估算是介于7天到19天的概率是()

A) 50%

B) 68.3%

C) 95%

D) 99.7%

4.任务分解可以(),它是范围变更的一项重要输入

A) 提供项目成本估算结果

B) 提供项目范围基线

C) 规定项目采用的过程

D) 提供项目的关键路径

5.作为项目经理,你为项目制定了符合公司体系的质量保证的相关活动,这些质量保证活动可以()

A) 监控项目是否满足CMM的相关标准

B) 为项目满足相关质量要求提供信心

C) 确定铲除项目缺陷的方法

D) 通过不断测试提高产品质量

6. “软件编码完成之后,我才可以对它进行软件测试”,这句话说明了哪种依赖关系?(A )

A. 强制性依赖关系

B. 软逻辑关系

C. 外部依赖关系

D. 里程碑

7.如果你是某项目的项目经理,你已经估算出每个单元的成本是¥129。这个项目一共有1200单元,你采用什么估算方法?( )

A) 自下而上估算法

B) 类比估算法

C) 专家估算法

D) 参数估算法

8.如果你已经决定对每个活动估计用一个时间估计值的方法来估计你的项目,你将采用下列那种方法()

A) PERT

B) PDM

C) CPM

D) WBS

9.当用户提出项目必须提前2天完成的要求时,你会集中于()

A) 尽可能多的任务

B) 请示老板

C) 寻求方法加速关键路径上任务的执行

D) 通过降低成本加速执行

10.哪种进度计划方法考虑了风险评估()

A) PDM

B) PERT

C) ADM

D) CDM

11.如果用户提供的环境设备需要5月10日到位,所以环境测试安排在5月10日以后,这种活动安排的依赖依据是:(C)

A) 强制性依赖关系

B) 软逻辑关系

C) 外部依赖关系

D) 里程碑

12.项目的基线发生变更应该经过(D)授权执行的

A) 项目管理者

B) 质量保证人员

C) 配置管理人员

D) SCCB

13.关于项目度量的陈述(B)是错误的

A) 度量为项目估算提供基础数据

B) 开始实施度量的时候,尽可能选择更多的度量指标

C) 度量为项目控制提供量化信息

D) 产品规模是一个非常重要的平衡度量组

14.如果一个项目的估算成本是1500元,并且计划今天应该完成这个项目,然而到今天为止实际只完成了其中的2/3,实际花销1350元,则成本偏差(CV)是(C)

A) 150元

B) -150元

C) -350元

D) -500元

15.活动A历时为3天,开始于星期一(4号),后置活动B与活动A具有完成-开始的依赖关系。完成-开始关系有3天的滞后,而且活动B历时为4天,星期天为非工作日,从这些数据可以得出什么结论(B)

A) 两项活动的总历时为8天

B) 活动A开始到活动B完成之间的日历时间(calendar time)是11天

C) 活动B完成是星期三,14号

D) 活动A开始与活动B完成之间的日历时间14天

16.在一个项目中,项目经理会尽量争取怎样的“质量等级”?(B)

A) 尽可能高的

B) 尽可能贴近项目目标的

C) 最少的项目成本

D) 超出项目需求定义的

17.进度控制重要的一个组成部分是(A)

A) 确定进度偏差是否需要采取纠正措施

B) 定义为项目的可交付成果所需要的活动

C) 评估WBS定义是否足以支持进度计划

D) 确保项目队伍的士气高昂,发挥团队成员的潜力

18.下列那一项不是项目型组织的一个优点(D)

A) 有效的项目组织

B) 以项目为中心

C) 更加有效的沟通

D) 当项目完成时,项目人员就没有“家”了

19.下面关于“工作包”描述除了(A )都是正确的。

A) 是WBS的最顶层,是对任务的摘要描述

B) 是WBS所有分支最底层的任务

C) 工作包包含了用于计划、制定、进度和实施控制的管理单元。

D) 建议:工作的包的工作量不要超过80小时

20.下列哪项规则是计算已获取价值法则中最保守的一种(B)

A) 50/50规则

B) 0/100规则

C) 20/80规则

D) 100/100规则

21 项目章程( D )

A. 明确了项目经理

B. 确定了项目的质量标准

C. 明确了团队的纪律

D. 定义了项目需求

22. 对于风险比较大的项目,最好选择(C )生存期模型,

A. 瀑布模型

B. 原型

C. 螺旋模型

D. V模型

23. 开发项目建议书的目的是为了(B )

A. 验收

B. 竞标或者签署合同

C. 编写计划

D. 跟踪控制项目

24. WBS(工作分解结构)非常重要,因为下列原因,除了(A )

A. 帮助组织工作

B. 防止遗漏工作

C. 为项目估算提供依据

D. 确定团队成员责任

25. 项目范围(C )

A. 只在项目开始时重要

B. 在授权项目的合同或者其他文件得以批准后就不再重要了

C. 从项目概念阶段到收尾阶段都应该加以管理和控制

D. 是在项目执行阶段通过变更控制步骤进行处理的问题

26. 范围变更是指(C )

A. 修改技术规格

B. 对范围陈述进行修订

C. 对批准后的WBS进行修改

D. 以上都不是

27. 范围基线由(B)组成

A. 项目章程、批准的详细的项目范围说明书和WBS

3 / 9

B. 批准的详细项目范围说明书、WBS和WBS字典

C. 项目章程、项目工作说明书和WBS

D. WBS

28. 关于浮动,下面除了哪个都是不正确的?(D )

A. 每个任务都有浮动

B. 只有复杂的项目有浮动

C. 浮动是在不增加项目成本的条件下,一个活动可以延迟的时间量

D. 浮动是在不影响项目完成时间的前提下,一个活动可以延迟的时间量

29. (A )是用系统的功能数量来测量其规模,与实现产品所使用的语言和技术没有关系的。()

A. 功能点

B. 对象点

C. 代码行

D. 用例点

30. 在项目初期,进行竞标合同的时候,一般采用的成本估算方法是(B )

A. 参数估算法

B. 类比估算法

C. 专家估算法

D. 功能点估算

31. 在成本管理过程中,项目经理确定的每个时间段,各个工作单元的成本是()

A. 估算

B. 预算

C. 直接成本

D. 间接成本

32.项目经理花在沟通上的时间是()

A. 20-40%

B. 75-90%

C. 60%

D. 30%-60%

33、对于项目中比较重要的通知,最好采用()沟通方式

A. 口头

B. 网络方式

C. 书面

D. 电话

34、风险的三个属性是()

A. 风险发生的时间、地点、负责人

B. 风险事件、时间、影响

C. 风险事件、概率、影响

D. 风险数量、风险影响程度、概率

35. 可以在()阶段采用Make-or-buy决策分析

A. 卖方选择

B. 立项(采购计划编制)

C. 合同管理

D. 成本计划

36. 合同一旦签署了就具有法律约束力,除非()

A. 一方不愿意履行义务

B. 合同违反了法律

C. 一方宣布合同无效

D. 一方没有能力负担财务结果

37 在项目进行过程中,2个项目成员使用不同版本的设计说明书,这时项目经理首先应该检查()

A. 信息管理系统

B. 配置管理系统

C. CPI

D. SPI

38. 为了更好的管理变更,需要定义项目基线,关于基线的描述,正确的是()

A. 不可以变化的

B. 可以变化,但是必须通过基线变更控制流程处理

C. 所有的项目必须定义基线

D. 基线发生变更时,必须修改需求

39. 项目的基线发生变更应该经过()授权执行的

A. 项目管理者

B. 质量保证人员

C. 配置管理人员

D. SCCB

40. CPI=0.90的说明()

A. 目前的预期成本超出计划的90%

B. 投入一元钱产生0.90元的效果

C. 项目完成的时候,将超支90%

D. 项目已经完成计划的90%

41. “我们为什么大家不能都让一步解决这个问题哪?”,这是哪类冲突解决方法的体现?()

A. 解决问题(Confrontation or problem-solving:)

B. 妥协(Compromise)

C. 强迫方式(Forcing mode)

D. 撤退(Withdrawal:)

42. 用户可在下列哪些视图中输入任务信息()。

A.甘特图

B.“任务分配状况”视图

C.网络图

D.资源工作表

43. 程序设计组中有3 个程序员,若要使这3 个程序员全职参与某项目工作,可在“资源工作表”视图

中将该程序设计组的最大单位设置为()。

A.300%

B.100%

C.200%

D. 50%

44. SOW 的含义是()

A.工作任务分解

B.需求说明

C.任务书

D.工作任务说明

二.计算题(每题10分,共20分)

1.项目原来预计2008.5.23完成1000元的工作,但是目前(2008.5.23)只完成了850元的工作,而为了这些工作花费了900元,则成本偏差和进度偏差各是多少?

5 / 9

2. 根据图3-21计算项目在20天内完成的概率,其中任务1的最乐观、最悲观和最可能的历时估计是8天,10天,24天, 任务2的最乐观、最悲观和最可能的历时估计是1天,5天,9天?

3. 一个任务原计划2个人全职工作2周完成。而实际上只有一个人参与这个任务,到第二周末,这个人完成了任务的75%,请计算项目的CPI 和 EAC?

4. ABC 公司正在进行一个项目, 下表是项目目前的一些指标.计算总的估算成本BAC ,截至4/1/2008项目的状况如何,通过计算 BCWP, BCWS,ACWP, SV, SPI,CV,CPI 来说明。

5.作为项目经理,你需要给一个软件项目做计划安排,经过任务分解后得到任务A ,B ,C ,D ,E ,F ,G ,假设各个任务之间没有滞后和超前,下图是这个项目的PDM 网络图。通过历时估计已经估算出每个任务的工期,现已标识在PDM 网络图上。假设项目的最早开工日期是第0天,请计算每个任务的最早开始时间,最晚开始时间,最早完成时间,最晚完成时间,同时确定关键路径,并计算关键路径的长度,计算任务F 的自由浮动和总浮动.

作为项目经理,你需要给一个软件项目做计划安排,经过任务分解后得到任务A ,B ,C ,D ,E ,F ,G ,H ,I ,假设各个任务之间没有滞后和超前,下图是这个项目的PDM 网络图。通过历时(Duration )估计已经估算出每个任务的工期,现已标识在PDM 网络图上。假设项目的最早开工日期是第1天,最后一个任务的最早完成时间等于最晚完成时间,请完成下面问题:

1.任务F 与任务B 是什么依赖关系,任务F 与任务I 是什么依赖关系

2.通过正推法确定每个任务的最早开始时间、逆推法确定每个任务的最晚开始时间(在下面的图示中标识即可)

3.确定关键路径,计算项目完成的最短时间

4.任务F 在不影响项目最早完成的时间浮动量.

LF

LS

EF

ES

Duration=3

G

LF

LS

EF

ES

Duration=4

A

LF

LS

EF

ES

Duration=6

B

LF LS EF ES

Duration=7

C

LF

LS

EF

ES

Duration=5

D

Durati

LF LS EF ES

Duration=8

E

LF

LS EF

ES

Duration=8

F

三、分析题1 (共20分)

小李是国内某知名IT企业的项目经理,负责西南某省的一个企业管理信息系统建设项目的管理。

在该项目合同中,简单地列出了几条项目承建方应完成的工作,据此小李自己制订了项目的范围说明书。甲方的有关工作由其信息中心组织和领导,信息中心主任兼任该项目的甲方经理。可是在项目实施过程中,有时是甲方的财务部直接向小李提出变更要求,有时是甲方的销售部直接向小李提出变更要求,而且有时这些要求是相互矛盾的。面对这些变更要求,小李试图用范围说明书来说服甲方,甲方却动辄引用合同的相应条款作为依据,而这些条款要么太粗、不够明确,要么小李跟他们有不同的理解。因此小李因对这些变更要求不能简单地接受或拒绝而左右为难,感到很沮丧。如果不改变这种状况,项目完成看来要遥遥无期。

【问题1】

针对上述情况,结合你的经验,请用150字左右的文字分析问题产生的可能原因。

【问题2】

如果你是小李,你怎样在合同谈判、计划和执行阶段分别进行范围管理?请用350字左右的文字说明。【问题3】

请用150字左右的文字,说明合同的作用、详细范围说明书的作用,以及两者之间的关系。

三、分析题2 (共20分)

希赛信息技术有限公司(CSAI )刚刚和M签订了一份新的合同,合同的主要内容是处理公司以前为M公司开发的信息系统的升级工作。升级后的系统可以满足M公司新的业务流程和范围。由于是一个现有系统的升级,项目经理张工特意请来了原系统的需求调研人员李工担任该项目的需求调研负责人。在李工的帮助下,很快地完成了需求开发的工作并进入设计与编码。由于M公司的业务非常繁忙,M公司的业务代表没有足够的时间投入到项目中,确认需求的工作一拖再拖。张工认为,双方已经建立了密切的合作关系,李工也参加了原系统的需求开发,对业务的系统比较熟悉,因此定义的需求是清晰的。故张工并没有催促业务代表在需求说明书中签字。

进入编码阶段后,李工因故移民加拿大,需要离开项目组。张工考虑到系统需求已经定义,项目已经进入编码期,李工的离职虽然会对项目造成一定的影响,但影响较小,因此很快办理好了李工的离职手续。

7 / 9

在系统交付的时候,M公司的业务代表认为已经提出的需求很多没有实现,实现的需求也有很多不能满足业务的要求,必须全部实现这些需求后才能验收。此时李工已经不在项目组,没有人能够清晰地解释需求说明书。最终系统需求发生重大变更,项目延期超过50%, M的业务代表也因为系统的延期表示了强烈的不满。

【问题1】(8分) 请以400字对张工在项目管理工作中的行为进行点评。

【问题2】(9分) 请从项目范围管理的角度找出该项目实施过程中的问题,以500字内回答。

【问题3】(8分) 请结合你本人项目经验,谈谈应如何避免类似的问题,以500字内回答。

三、分析题3 (共20分)

J 公司2008 年3月中标某市公安局的人口管理系统开发项目,因该市要在2008 年11 月举办某大型国际会议,因此公安局要求人口管理系统一定要在2008年7月1 日之前投入使用。强某是负责这个项目的项目经理,虽然他进公司才不到3年,但他已成功地管理过2 个类似的项目,被大家称之为“救火队长”,而强某也对自己信心十足。但这次和以往不同的是强某还同时管理着另外两个项目,而这个人口管理系统项目的工期要求紧、他能调用的人手少。

该人口管理系统项目属于升级项目。原来的系统为J公司开发,是C/S结构,只能管理本地城区常住人口。新的人口管理系统要求是B/S结构,要既能管理城区常住人口又能管理郊区常住人口、市辖县常住人口和流动人口,而公安局要求该新系统首先把流动人口管理起来。该项目从技术角度可分为网络改造和软件开发,而软件又分界面、业务流程和数据库三个子系统。他们团队有6人,其中有人做过类似的C/S结构的项目,而公司刚刚结束的一个网络项目与本次承担的网络改造项目在技术架构方面几近相同,只是规模不同。公安局要求新系统能够支持移动接入,而项目团队中没有一人接触过移动接入技术。强某凭直觉知道依现有的人员在2008 年7 月 1 日之前完成项目是不可能的。

[问题1](10分)

请说明强某可以用什么方法和技术来估算项目的工期(300字以内)?

[问题2](10分)

请说明强某可以采取哪些方法来压缩工期,以使项目能够在2008 年7 月1 日之前交付(300字以内)?[问题1](5分)

请说明强某可以采用哪些方法来跟踪项目的进度,以确保项目能够按期交付(300字以内)?

三、分析题4 (共20分)

希赛信息技术有限公司(CSAI )是由某集团投资建立的致力子为教育行业提供针对信息技术咨询、开发、集成的专业应用解决方案提供商,在“数字化校园”领域具有多年的研发经验和相当数量的客户成功案例。经过长时间的使用和改进,系统已经日趋成熟,获得了广大用户的信赖。目前通过和有关银行的合作,综合考虑了学校的需求,为“数字化校园”推出了软、硬件结合的“银校通”完整解决方案。

半个月前,CSAI和U大学合作建设的“银校通”项目正式立项。由于CSAI已有比较成熟的产品积累,项目研发工作量不是特别大。张工被任命担任该项目的项目经理,主要负责项目管理和用户沟通等工作。张工两个月前刚从工作了五年时间的B公司辞职来到CSAI,由于B公司主要从事电子政务信息系统的集成,故张工在“数字化校园”的业务方面不是特别熟悉。

项目组成员还包括李工、小王、2名程序员和1名测试人员,李工主要负责项目中的技术实现,小赵和小高2名程序员主要负责程序编码工作,小王负责项目文档的收集和整理。在CSAI,李工属于元老级的人物,技术水平高也是大家公认的,但李工在过去作为项目经理的一些项目中,工作上常由于没有处理好客户关系为公司带来了一些问题。

小王的工作虽然简单但是格外繁重,因而多次向张工提出需要增派人员,张工也认为小王的工作量过大,需要增派人手,因此就事多次与CSAI项目管理部门领导沟通。但每当CSAI项目管理部门就此事向李工核实情况时,李工总是说小王的工作不算很多,而且张工的工作比较轻松,让张工帮助下小王就可以了,不需要增派人员。因而CSAI项目管理部门不同意张工关于增加项目组成人员的建议。

张工得到CSAI项目管理部门意见反馈后,与李工进行了沟通,李工的理由是张工的工作确实不多,总是帮别人提意见,自己做得不多。所以李工认为张工有足够时间来帮助小王完成文档工作。张工试图从岗位

责任、项目分工等方面对李工的这个误解进行解释,又试图利用换位思维的方法向李工说明真实情况,但李工依旧坚持自己的看法,认为张工给自己的工作太少。

【问题1】(8分)

什么是项目沟通管理中的沟通渠道,沟通渠道与沟通复杂性的关系怎样,试根据沟通渠道的计算公式计算该项目小组内部沟通渠道的数量。请用300字以内文字回答。

【问题2】(9分)

请用500字以内文字分析该项目中存在的主要项目管理问题,并针对问题提出建议。

【问题3】(8分)

请用200字以内文字结合你本人的实际经验,就软件项目中如何改进项目沟通提出实质性的建议。

9 / 9

IT项目管理中项目风险管理分析和心得

《IT项目管理》中项目风险管理分析及心得 电商马超 09501109 一 IT项目管理的简述 1项目管理概述 项目是为完成某一独特的产品或服务而进行的一次性努力。项目具有独特性、一次性、风险性、资源耗用等特性。每个项目都有一个项目发起人。 项目管理的“三项约束”是指项目的运行范围、时间和成本三个维度。 项目管理是指在项目活动中运用相关的知识、技能、工具和方法,以实现或超过项目干系人的需要和期望。项目干系人是指参与项目或受项目活动影响的有关各方。 2 项目范围管理 项目范围管理是指为了顺利完成项目而设置的一系列过程,用以确保项目包括且仅包括所有要求的工作。主要过程有项目启动、范围计划、范围定义、范围核实和范围变更控制 范围管理水平的低下是项目失败的主要因素之一。对于IT项目来说,要实现高水平的项目范围管理,重点要做好用户参与、明确的要求说明以及范围变更管理的程序设置等。 3 项目时间管理 项目时间管理常被引述为项目冲突的主要根源。大多数IT项目超过了时间估计。 时间管理涉及的主要过程包括活动定义、活动排序、活动历时估算、进度计划制定和进度控制。 赶工和快速跟进是缩短项目进度的两种技术。项目经理及其团队成员在接受不合理的进度计划时必须非常小心,尤其是在IT项目中。 4 项目成本管理 项目成本管理是IT项目中一个传统薄弱方面。IT项目专业人员必须承认成本管理的重要性,必须负责提高资源计划、成本估算、预算和成本控制。 成本估算是项目成本管理一个非常重要的部分。成本估算有几种类型:量级估算、预算估算和最终估算。每种估算类型分别用于项目生命周期不同阶段,并具有

不同的精度。建立成本估算有四种基本的工具和技术:类比估计法、自下而上法、参数模型估计法和计算机化的工具。成本估算的主要部分包括目标叙述、范围、假设、成本/收益分析、现金流分析、预算分解和解释或详细依据。 5 项目质量管理 项目质量管理包括质量计划编制、质量保证和质量控制。质量计划编制确认了与项目相关的质量标准且如何满足他们。质量保证包括评估所有项目执行情况来确保项目将满足相关的质量标准。质量控制包括监控特定的项目结果来确保他们遵从质量标准,并确认改进全部质量的方法。 IT项目质量提高空间非常大。强有力的领导有助于质量意识的形成。理解质量成本可以刺激质量改进。提供一个好的工作环境能有效提高质量和生产率。发展和遵从成熟度模型能帮助组织系统地提高他们的项目管理过程,从而提高项目的质量和项目成功率。 6 项目人力资源管理 人是组织和项目最重要的资产。因此,项目经理很有必要成为一个优秀的人力资源管理人员。激励、影响、权力和效率是影响人们更好工作的心理因素。 项目人力资源管理的主要过程包括组织计划编制、人员获取和团队开发。组织计划编制就是对项目角色、职责以及报告关系进行识别、分配和归档。RAM是定义项目角色和职责的关键工具。 7 项目沟通管理 沟通失败常常是项目——特别是IT项目——成功的最大的威胁。沟通是保持项目顺利进行的润滑剂。沟通计划编制包括信息发送、绩效报告和管理收尾,它需要确定项目干系人的信息和沟通需求。沟通管理计划应该是为所有项目创建的。 绩效报告包括收集和发送有关项目朝预定目标迈进的状态信息。项目团队可以使用挣值分析表和其他形式的进展信息,来沟通和评价项目绩效。状态评审会议是项目沟通、监督和控制的重要一部分。 8 项目风险管理 风险是指损失或损害的可能性。项目由于它们独一无二的本质而具有风险。 风险管理是一项投资,也就是说,风险管理需要花费与识别风险、分析风险和制定风险减轻计划相关的成本。这些成本必须包括在成本、进度和资源的计划编制中。

心得体会-IT项目管理学习心得 精品

IT项目管理学习心得 项目管理,正确理解应该是以项目为对象的系统管理方法,通过一个临时性的专门的柔性组织,对项目进行高效率的计划、指导和控制,以实现全过程的动态管理和项目目标的综合协调与优化。然而,初次接触“项目管理”这个名词时,我很片面的将其理解为是一个项目的项目管理者对项目所要涉及到的全部工作、资源等进行有效地管理。学了《现代项目管理学》这门课程后,不禁对当初的想法莞尔。 首先,理解“项目”这一概念。《现代项目管理学》一书认为:“项目是在一定时间内为了达到特定的目标而调集到一起的资源组合,是为了取得特定的成果而开展的一系列相关活动”,并归纳为“项目是特定目标下的一组任务或活动”。现代项目是指那些作为管理对象,按限定时间、预算和质量指标完成的一次性任务。经过学习,是我对“项目”也有了自己的认知:项目是为提供某项独特产品、服务成果所承担的临时性任务。项目是一个特殊的将完成的有限任务,在一定的约束条件下,以高效率地实现项目业主的目标为目的,以项目经理个人负责制为基础和以项目为独立实体进行经济核算,并按照项目内在的逻辑规律进行有效的计划、组织、协调、控制的系统管理活动;是在一定的组织内,利用有限资源,在规定的时间内完成满足一定性能、质量、量、技术指标等要求的任务。项目的主要属性包独特性,每个项目都有独特的地方,没有两个项目会是完全相同的;一次性,由于项目的独特性,项作为一项任务,一旦完成,就不会重复;多目标性项目的目标包括成果性目标和约束性目标,成果目标指项目的一系列技术指标,约束性目标指项的进度、成本等;生命期,任何项目都会经历启动开发、实施、结束的过程,因而是有起点和终点的。 接着谈到“项目管理”。项目管理的准确定义已经在开头给出了,现在谈谈我对项目管理的理解:所谓项目管理,就是项目的管理者,在有限的资源约束下,运用系统的观点、方法和理论,对项目涉及的全部工作进行有效地管理。即从项目的投资决策开始到项目结束的全过程进行计划、组织、指挥、协调、控制和评价,以实现项目的目标。项目管理是基于被接受的管理原则的一套技术方法,这些技术或方法用于计划、评估、控制工作活动,以按时、按预算、依据规范达到理想的最终效果。有效的利用现代项目管理,可以提高企业的项目管理整体能力、控制成本、提高效率、更好的应对快速变化的商业环境、提高市场竞争力、促进企业战略目标的实现。 随着全球经济一体化以及科学技术的提高,市场竞争更趋激烈、残酷,企业为了生存和发展,就要不断进行技术创新、机制创新、管理创新。随着经济全球化和市场竞争的日益加剧、竞争的加剧以及企业业务的复杂化,信息化已经成为企业实现战略目标的迫切需要和必要保证。更多的企业认识到必须通过信息化建设才能够实现企业体制创新、技术创新、管理创新,增强企业的核心竞争力。因此,项目管理的思想已经被越来越多的it企业所接受,企业把越来越多精力和资源投入到it项目的建设中。权威人士认为,项目管理作为独特性、一次性和创新性的管理模式,已成为适应新时代最具生命力的管理手段之一。如作为我们计算机专业,将来会接触到的it项目管理,

it项目管理心得(心得)

it项目管理心得(心得) 目录 第一篇:it项目管理心得 第二篇:it项目管理心得 第三篇:it项目管理心得513 第四篇:it项目管理心得总结 第五篇:it项目管理学习心得 正文 第一篇:it项目管理心得 项目开发方面 项目应以需求为核心。一个项目是否能够成功,对需求的准确把握在成功因素中要占上60%的比例。不管系统的架构设计、团队管理有多么的成功,如果需求出现偏差,仍然是南辕北辙。由于eas项目的特殊性,项目开发过程中能够与客户建立有效快速的沟通渠道,是项目成功的关键。 需求必须获得客户的确认。通过需求调研与分析后获得的用户需求说明书,以及软件需求规格说明书都必须得到客户的签字确认。确认的内容包括项目的目标、范围以及项目需求功能点(用例)。eas项目在前期对需求不够重视,导致在需求理解上出现了一些偏差,从而影响了项目的进度。幸而得到了及时的纠正,在项目管理部的协助下,所有需求都得了客户或客户代表的签字确认。从而使得项目在客户验收时,有了充分的保证。

项目应确立专门的需求分析师。公司没有专门的需求分析师,不能不说是人员配备上的一大弊端。(软件开放工作细分的第一步就是要有专门的系统分析员或需求分析师)从eas项目的开发过程中,我们就充分地认识到这一问题的严重性。需求的不断更改,客户迟迟未签字确认,原因正是在于我们没有专门的具有丰富经验的需求分析师。普通开发人员在调研需求以及撰写需求规格说明书时,总是会出现偏差或理解错误的地方。软件需求分析是一项重要且负责的技术,没有经过专门训练的需求分析师,通常会给项目带来隐患。 项目应指定各个模块的需求接口人。只有这样,才能有效地保证项目组与客户的及时沟通,快速响应客户的请求与反馈。eas项目在开发早期及时地确立了需求接口人,在一定程度上规避了需求变更给项目带来的风险。但是,确立的需求接口人未经过系统培训,在需求调研以及与客户沟通的过程中,工作表现只能说是差强人意。 注意维护需求调研记录以及需求跟踪表。这一工作做得不够好。由于需求调研人不够专业,而项目经理以及需求分析负责人对这一过程还欠缺足够的重视,同时没有好的工具或流程来监控这一过程,使得需求调研记录没有发挥更大的作用。此外,需求跟踪也非常重要,毕竟,任何项目的需求都不是固定不变的,需求随时会发生变更,而开发人员实现的需求也可能会与客户的要求偏差。 注意维护需求矩阵。项目经理对这一内容缺乏足够的重视与理解,项目开发过程体系中也缺乏好的需求矩阵文档模板。但是在项目中后期,项目及时撰写了eas项目需求功能列表,并结合交付版本与客户进行了沟通和协商,从而规避了需求偏差的风险。(需求追踪,任何原始需求来有头就有尾。原始需求->用户需求->产品需求->软件需

it项目管理学习心得体会

it项目管理学习心得体会 it项目管理学习心得体会 通过项目管理课程的学习,我初步了解到项目管理的知识体系及其架构、项目过程组合及启动、项目计划实施等基础知识。项目管理总体有五个过程: 启动过程、计划过程、实施过程、执行过程和收尾过程,包含了九大领域的知识: 范围管理、时间管理、成本管理、质量管理、人力资源管理、沟通管理、风险管理、采购管理和整体管理及其方法和工具。通过在线课程学习,我进一步体会到什么是项目管理以及学习项目管理课程的重要意义。现将学习这门课程的心得体会总结为如下几点: 从定义来看,项目是为创造独特的产品或服务而进行的一种临时性工作。根据这个定义,项目就具有了目标明确性、活动一次性及资源消耗性等特性。换句话说,具备前面三个主要特性的活动,都可以看作是项目。现实中的项目随处可见,如北京的奥运会、上海的世博会、西部大开发、三峡工程等大型的建设项目,还有像信息系统、结婚典礼以及家居装修等小型项目。项目管理则是将各种知识、技能、工具和技术应用于项目之中,以达到项目的要求。就是用正确的行为方式来保证目标的实现,这里除了要求结果的成功,更强调了方法的合理性。所以除了绩效,项目管理还要考虑时间和成本等因素。整个过程中始终追求着这样一个终极目标: 从成功到成熟,从成熟到卓越。it项目管理学习心得体会。任何项目都会在 范围、时间及成本三个方面受到约束,这就是项目管理的三约束。项目管理,就是以科学的方法和工具,在范围、时间、成 本三者之间寻找到一个合适的平衡点,以便项目所有干系人都尽可能的满意。项目管理的五个过程组:

启动、计划、执行、控制与收尾,贯穿于项目的整个生命周期,对于项目的启动过程,特别要注意组织环境及项目干系人的分析;而在后面的过程中,项目经理要抓好项目的控制,控制的理想结果就是在要求的时间、成本及质量限度内完成双方都满意的项目范围。项目管理的九大知识领域是指作为项目经理必须具备与掌握的九大块重要知识与能力。其中核心的四大知识领域是范围、时间、成本与质量管理。在这些知识领域中还涉及很多的管理工具和技术,以用来帮助项目经理与项目组成员完成项目的管理。如: 网络图示法、关键路径法、头脑风暴法、挣值法等,不同的工具能帮助我们完成不同的管理工作。另外,还有很多项目管理软件,如: Micrsft Prject、P3等,作为项目管理的工具,也可以很好的帮助我们解决在项目的各个过程中完成计划、跟踪、控制等管理过程。传统的项目需要经历的时间长,使用的是有形资源,项目成果是通过对资源的消耗与形态的转化来逐步实现的。IT项目的实质是“知识转移”,项目是以无形的智力产品为项目目标。典型的IT项目是IT系统的建造(如系统集成)和软件开发项目。因此说,IT项目的实质是“知识转移”,而建造项目的实质是“资源消耗”。it项目管理学习心得体会。随着信息技术的发展和应用范围的不断扩大,IT项目管理越来越具有普遍性。需要强调的是,信息技术本身的发展并不是IT项目的目的,满足应用对象的需求和战略目标才是其出发点,因此需要切实做好项目的需求分析,一切从业务工作的实际需求出发,在集成理念 的指导下,充分考虑整个系统的集成要求,并在此基础上选择相关的成熟技术、应用系统和产品,同时做好项目的技术经济分析,才能保证信息化项目发挥实效。国家863计划CIMS主题专家组在大量信息化工程实践的基础上提出的“需求牵引、效益驱动、总体规划、分步实施”的策略是IT信息化项目管理的总体指导思想。通过项目管理培训在线课程的学习,我从最初对项目管理的知之甚少,到

IT项目管理总结报告

IT项目管理总结报告 一、学习到的知识 IT项目管理对于信管来说,应该是一门重要的专业课,只有掌握了其中的分析方法,才能在以后的项目开发中,对项目进行科学,全面的管理,提高项目的质量。 通过本次课程的学习加之实习,首先,我知道了什么是项目,以及IT项目的定义什么,知道它是为解决信息化需求而产生的软件、硬件、网络系统、信息系统、服务系统等一系列与信息技术相关的项目,同时,我了解到了IT项目的主要特点分为7个,即明确的目的、独特性、时限性、目标渐进性、时效性、高风险性和智力密集型。在充分了解了定义之后,老师又详细讲解了项目的生命周期和管理模式,从项目4大阶段:启动、计划、执行、控制和项目管理9大知识领域:范围、时间、成本、质量、人力资源、沟通、风险、采购进行全面的解析。下面我就分别讲述在这几个方面自己学到的东西。 其中4大阶段中,掌握的比较好的就是前两个方面,在启动方面,我觉得就是要预先考虑到项目实施过程可能出现的问题,进行提前的计划,说到底就是未雨绸缪,里面最重要的就是可行性分析,它是作为项目能否开发的重要依据,提供需求、盈利、运行环境等多方的分析资料。另外一个,我掌握到的重要知识,就是WBS技术,我学会了如何对认为进行分解,将一个复杂的项目分成多个子项目,分别进行多次深度划分。 项目时间管理是我听得最认真的内容,因为要作图,里面我主要是针对网络图进行了认真的学习,知道网络图的意义以及如何绘制网络图,在网络图的基础上,我学会了用个Project软件生成项目的甘特图,并且能够从给出的甘特图中读取项目的信息和进度计划。最难的是活动历时估计中的关键路法,通过结合PPT,我掌握了如何根据给定的表格数据,推算出最早开始时间、最早结束时间、最迟结束时间、最迟开始时间、总时差,并在做完图后,从中找出其关键路径,即总时差为零的活动路线。 后面9个领域,都学的比较粗条,主要针对了成本、质量和风险管理。在成本管理方面,理论掌握的不好,主要就是知道了如何用Project软件对项目分配资源,并且知道了如何解决资源冲突的几种方法。 在项目质量管理方面,我通过实习,知道了IT质量管理的概念,整个体系,并且通过实习,知道了从哪几个方面入手去编写IT项目质量计划,从而了解了一个项目团队如何去保证其项目的质量,特别是实施计划中,知道了一般性项目质量管理的工作计

软件项目管理学习心得体会

软件项目管理学习心得体会 软件项目管理这门课程是我们软件工程测试技术专业学生的一门重要的课程。接下来就跟着X的脚步一起去看一下关于吧。 篇1 通过本学期X老师的课程的学习,我深深的体会到了项目管理在软件工程甚至是其他工程领域的重要性。通过老师的讲解,我了解到了项目管理的理念目前在实践中起到了越来越重要的作用,对于技术而言,管理意味着决策和支持。只有对生产过程进行科学的、全面的管理,才能保证达到提高生产率,改善产品质量的工程目标。好好研究学习软件项目管理对于我们以后要从事IT行业的学生而言有着决定性的作用。首先这里存在一个问题,之前已经学习过了课程,所以刚开始听到的名字的时候就产生了软件工程和软件项目之间有什么区别的疑惑,通过后来对课程的深入学习,才了解到了:(1)软件工程是研究和应用如何以系统性的、规范化的、可定量的过程化方法去开发和维护软件,以及如何把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来。(2)项目管理是一个管理学分支的学科,指在项目活动中运用专门的知识、技能、工具和方法,使项目能够在有限资源限定条件下,实现或超过设定的

需求和期望。项目管理是对一些与成功地达成一系列目标相关的活动(譬如任务)的整体。这包括策划、进度计划和维护组成项目的活动的进展。也就是说,软件工程为我们提供的具有指导意义的软件开发方法,项目管理是更从更高的角度思考问题,它总结出了项目管理中会碰到的问题及常规的解决方案,他不仅仅针对软件开发,而可以适用任何项目工程。那么软件项目管理则是项目管理在软件行业的应用了。在课程接下来的学习中,我有了一个深切的体会,在以往的小软件开发中,都是自己根据想象确定软件所需功能,然后编写代码,做成了一些具有“死”功能的软件,由于没有在实际应用中大量使用所写的软件,所以忽略了很重要的一点,客户对软件的需求变更要求,那么就要求项目开发相关人员对用户的需求变更有一个好的回复。所以在软件开发的过程中我们项目开发人员要了解可能导致需求变更的原因,如何管理变更需求,以及如何正确的处理需求变更。 然后学习到了一个重要的成本控制方法—挣值法,挣值分析相比于传统分析方法是一种更好的项目/工程管理方法,因为它综合了成本、进度与范围,可以用来预测未来绩效与工程完工日期。作为一种早期预警项目管理手段。可以使工程管理人员识别与控制问题,以免问题扩大化。能够使工程管理更高效、更及时的反应预算情况。下面举例说明:你被指定负责一个软件项目,其中有4部分,项目总预算为

it项目管理心得体会

it项目管理心得体会 【篇一:软件项目管理学习心得】 软件项目管理课程总结和心得 软件项目管理这门课程是我们软件工程测试技术专业学生的一门重 要的课程,这门课程的开设必有其重要性。软件项目管理的提出是 在20世纪70年代中期的美国。由于开发项目不能按时提交、超出 预算、质量达不到用户的要求等原因,70%的项目出现问题。于是,软件开发者开始逐渐重视软件开发中的各项管理。到了20世纪90 年代中期,软件项目管理不善的问题仍然存在。软件项目管理和其 他项目管理相比有相当的特殊性。首先,软件是纯知识产品,其开 发进度和质量很难估计和度量,生产效率也难以预测和保证。其次,软件系统的复杂性也导致了开发过程中各种风险的难以预见和控制。因此,项目管理对软件生产具有决定性的意义。 项目管理的定义是指一定的主体,为了实现其目标,利用各种有效 的手段,对执行的项目周期的各个阶段工作进行计划、组织、协调、指挥、控制,以取得良好经济效益的各项活动的总和。软件项目管 理目的是为了使软件项目能够按照预定的成本、进度、质量顺利完 成而进行分析和管理的活动。另外,进行软件项目管理有利于将个 人开发能力转化成企业的开发能力。企业的软件开发能力越高,表 明这个企业的软件生产越趋向成熟,企业越能够稳定发展。 对于软件项目的学习,我首先放正了态度来学习,认真分清软件项 目管理与软件工程的关系和项目管理知识体系。软件项目管理从头 到尾包括9个知识领域、5个标准化过程组和44个模块。其中本学 期我们学习的主要知识点有以下几个部分,如:项目的初始中项目 立项、合同项目、内部项目、项目授权、初始项目范围、生存期模 型等知识点;项目计划中范围计划、时间计划、成本计划、质量计划、人力资源计划、沟通计划、风险计划、合同计划、配置管理计划、集成计划等知识点;项目执行控制中集成变更管理、范围管理、进度成本管理、挣值分析法、 偏差管理、质量管理控制、团队管理和建设、项目沟通管理和风险 管理等;项目结束中合同结束、项目结束、项目总结、项目管理的 建议等。对于这些知识点,我根据具体案例具体分析。 通过本学期的学习,我感受到软件项目管理是一门非常需要学习的 课程。即使作为考察课程,它也是软件行业人士所必须了解的知识。

软件项目管理学习心得体会

软件项目管理学习心得体会篇一:项目管理学习心得体会范文两则 项目管理学习心得体会范文两则 最近两周通过听胡百师老师的讲课和公司同事关于项目管理经验的交流会议,在项目管理上学到不少东西,感受最深的是项目管理就是要合理的利用资源,而人无疑是一切资源中最重要的一环。 我们做任何工作都不是孤立存在的,工作不论繁复,都可以看作是一个项目。而要完成一个项目就需要各式各样的人员整合到一起,扮演不同的角色。如何发挥这些人的特色,分配适合的角色,从而更快更好的完成各自的分工,就是项目最需要考虑到问题了。但要真正发挥每个人都特色却不是这么容易就能做到的。因此就需要我们不断的学习,培养自己的思考力。思考力提高了观察敏锐了,才能发掘出他人的特色,并善加利用。 发掘出每个人都特色并分配好各人在项目中所处的职位后,就需要采取有效的管理来监督把控每个环节,以确保项目能够按照计划执行。以往我们在工作中都接触过各式各样的表格,说起来各个环节似乎都有表格可以监控。可是由于这些表格都是分散开来,针对单独某一个环节的,结果就使得整体管理上缺乏统一性,实施起来难免会出现混乱的感觉。经常出现一个人只着眼自己负责的某一环节,却忽视了

整个项目的情况。一旦某一环节上出现了调整,其他人员却无法第一时间得到消息,无法及时作出调整。结果就使得整个项目的工作节奏都被打乱了。 因此就像项目管理经验交流时有人说到的:“表格需要做减法”,我们首先应该以项目为单位,将涉及到的所有环节和资源都整合到一起,这样大家就可以知道自己在这整个项目中所处的位置,了解在项目中于自己相关的前后环节的进展情况,这样执行起计划来就更有依据了。 通过这两次项目管理的经验交流,大家准备已一本书作为一个项目,进行项目管理,设计出适合我们用的项目管理表格。这是与各个部门都相关的工作。一旦做好了,将会大大减少进度管理上的时间成本。使得管理更简单化也更人性化。 希望这项工作能够尽快的展开,尽早制作出适用于我们公司的项目管理表来,相信所有人都会尽力配合的。 项目管理学习心得(2): 项目管理,正确理解应该是以项目为对象的系统管理方法,通过一个临时性的专门的柔性组织,对项目进行高效率的计划、指导和控制,以实现全过程的动态管理和项目目标的综合协调与优化。然而,初次接触“项目管理”这个名词时,我很片面的将其理解为是一个项目的项目管理者对项目所要涉及到的全部工作、资源等进行有效地管理。学了《现

IT项目管理表格-前言

前言 一个值得深思的事实是,到2002年底为止,已经信息化的企业在IT上的投资超过了未信息化的企业在IT上的投资!这意味着什么? 这意味着IT项目的投资已经由厂商驱动向用户驱动转变,以往什么利润高IT厂商就说什么好,用户就低着头掏腰包的时代过去了!现在大多数的用户都经历过信息化,没成功过,也失败过,经验教训都有了许多。用户更加重视企业信息战略的规划、IT投资的实实在在的效益,更加重视对已有投资的保护与对未来发展的适应。用户聪明多了,也精明多了! 正是因为上述事实,IBM推出了ON DEMAND(随需应变),HP推出了Adaptive Enterprise(动成长企业),联想推出了关联应用。作为旁观者,笔者认为这些理念都是要“一切为了用户,一切为了用户的将来”。 另一方面,能够为用户提供IT能力的厂商如雨后春笋般成长,这些企业为了生存,竞争手段花样百出,竞争也日趋白热化。为了规范市场,信息产业部推出了软件企业的认证、系统集成企业的认证、系统集成项目经理的认证,使IT应用市场健康有序的发展。即使这样,整个IT行业的平均利润率在下降确是不争的事实。IT行业暴利的时代已经过去,作为一个行业,它正在走向成熟,它将像电力、石油等行业一样,非常、非常重要,但是发展平稳。 那么,作为IT企业,要想在竞争的市场上持续发展,就必须提高自己的核心竞争力。IT 企业的竞争力体现在两方面:一是IT解决方案的技术水平,一是IT项目的实施能力。相对于前者,后者在短期提高利润率方面更能显示出威力。因为项目管理水平的提高,意味着项目能得到更好地控制,成本能得到更多的节约,人力资源能得到更加合理的安排,客户的需求能得到更好地满足。节约1元钱就是1元钱的利润,而销售额增加1元能增加2毛钱利润就不错了。显然,IT厂商应该下大力气提高企业内部的管理水平,特别是项目管理水平。 现在学者们从多个角度研究了信息化的规律和得失,大家总结出IT项目失败的主要原因是非技术方面的原因,比如领导不重视、项目管理不当、员工不配合等等,表面原因是各种角色“认识不到位”。其实,“认识不到位”的深层次原因之一是缺乏信息化和IT项目管理方面的知识,因而,要解决认识不到位的先决条件是“知识要到位”。 “知识要到位”意味着需要给企业信息化中相关的主体或角色转移相应的知识。如果参与信息化的企业能有效的实现知识转移,将较大幅度地提高IT项目的成功率。考虑到“十五”期间的万亿级IT投入,即使成功率由目前业界认同的的“三七开”①提高到“五五开”,也将会带来巨大的经济效益。因而重视知识转移对于我国即将展开的信息化高潮具有鲜明的实践性。 在企业信息化知识的转移过程中,过程知识和结果知识同样重要,甚至更重要。大多①上世纪90年代初国内信息界曾经有两个著名的80/20估计:80%的信息化项目都失败了,只有20%的信 息化项目是成功的;在失败的项目中,80%是由于非技术原因导致的,只有20%是由于技术原因导致的今天,业界普遍认同的成功率估计为30%,即成功与失败变为“三七开”,两个80/20估计也变为两个70/30估计。尽管成功率估计上升了10%,但失败率还是很高的。

IT项目管理心得体会

《IT项目管理》心得 随着经济全球化和市场竞争的日益加剧、竞争的加剧以及企业业务的复杂化,信息技术的应用已成为社会各行各业所不可或缺的,成为了企业发展的重要因素之一,信息化已经成为企业实现战略目标的迫切需要和必要保证。越来越多的企业认识到只有通过信息化建设才能够增强企业的核心竞争力,并在企业体制、技术、管理等方面实现创新,以此来在弱肉强食的环境中生存发展。由此项目管理的思想已经被越来越多的IT领域中的企业所接受,IT 项目建设逐渐成为企业资源投入的重中之重。而企业为了使IT项目能够按照预定的成本、进度、质量顺利完成,从而对成本、人员、进度、质量、风险、文档等进行分析、管理和控制。 目前,项目风险管理已被认为是减少IT项目失败的一种重要手段。项目必须事先有风险预控方案,事前控制永远要好于事中和事后控制,而要在项目开始之初就考虑到项目过程中可能出现的所有风险,是不现实的。但是我们必须考虑对风险的管理,尤其是在制订项目计划以及创建团队的时候,考虑这一因素。风险有很多,包括需求的风险、进度的风险、质量的风险以及技术风险等。必须制定一套完整的风险管理计划,一旦发生了风险,则必须及时响应,组织相关人员解决风险。不能忽略任何一个小的风险,否则一个小的风险到最后会造成大的灾难。风险的把握必须要有项目经理与系统架构师把关。 项目风险管理的实质,就是针对项目进行过程中各种各样的风险事件,在合理分析评估的基础上采取合理的对策,促进项目管理目标的实现。如果要真正搞好IT项目的风险管理,树立正确的项目风险意识尤为关键。就是要确立具体的目标,制定具体的指导原则,规定风险管理的责任范围,从认知、分析、防范等各个方面做好工作,采取主动行动,合理的使用回避、减少、分散或转移等方法和技术对活动或事件所涉及的风险实行有效的控制,妥善地处理风险事件造成的不利后果,以合理的成本保证安全、可靠地实现预定的目标,事无巨细都要谨慎处理。特别是在IT项目的可行性研究和计划阶段,风险管理的应用尤为重要。在IT项目的前期阶段面对的不确定因素较多,因此在这一环节推行风险管理对提高项目计划的准确性和可行性有极大的帮助。 风险有诸多因素构成,比如不合格的人力资源、缺乏客户参与、过于乐观的计划、流于形式、管理控制不力、次品频出、过于依赖技术、企业无法承担项目费用、市场定位错误等。其中,我认为自于项目人员的组织有效性,企业如何组建项目团队、其他部门如何配合项目

软件项目管理学习心得体会3篇

软件项目管理学习心得体会3篇 项目管理的定义是指一定的主体,为了实现其目标,利用各种有效的手段,对执行的项目周期的各个阶段工作进行计划、组织、协调、指挥、控制,以取得良好经济效益的各项活动的总和。下面是带来的软件项目管理学习心得,欢迎大家阅读。 篇一:软件项目管理学习心得 通过本学期X老师的《软件项目管理》课程的学习,我深深的体会到了项目管理在软件工程甚至是其他工程领域的重要性。通过老师的讲解,我了解到了项目管理的理念目前在实践中起到了越来越重要的作用,对于技术而言,管理意味着决策和支持。只有对生产过程进行科学的、全面的管理,才能保证达到提高生产率,改善产品质量的工程目标。 好好研究学习软件项目管理对于我们以后要从事IT行业的学生而言有着决定性的作用。首先这里存在一个问题,之前已经学习过了《软件工程》课程,所以刚开始听到《软件项目管理》的名字的时候就产生了软件工程和软件项目之间有什么区别的疑惑,通过后来对课程的深入学习,才了解到了:(1)软件工程是研究和应用如何以系统性的、规范化的、可定量的过程化方法去开发和维护软件,以及如何把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来。(2)项目管理是一个管理学分支的学科,指在项目活动中运用专门的知识、技能、工具和方法,使项目能够在有限资源

限定条件下,实现或超过设定的需求和期望。 项目管理是对一些与成功地达成一系列目标相关的活动(譬如任务)的整体。这包括策划、进度计划和维护组成项目的活动的进展。也就是说,软件工程为我们提供的具有指导意义的软件开发方法,项目管理是更从更高的角度思考问题,它总结出了项目管理中会碰到的问题及常规的解决方案,他不仅仅针对软件开发,而可以适用任何项目工程。那么软件项目管理则是项目管理在软件行业的应用了。在课程接下来的学习中,我有了一个深切的体会,在以往的小软件开发中,都是自己根据想象确定软件所需功能,然后编写代码,做成了一些具有“死”功能的软件,由于没有在实际应用中大量使用所写的软件,所以忽略了很重要的一点,客户对软件的需求变更要求,那么就要求项目开发相关人员对用户的需求变更有一个好的回复。所以在软件开发的过程中我们项目开发人员要了解可能导致需求变更的原因,如何管理变更需求,以及如何正确的处理需求变更。 然后学习到了一个重要的成本控制方法—挣值法,挣值分析相比于传统分析方法是一种更好的项目/工程管理方法,因为它综合了成本、进度与范围,可以用来预测未来绩效与工程完工日期。作为一种早期预警项目管理手段。可以使工程管理人员识别与控制问题,以免问题扩大化。能够使工程管理更高效、更及时的反应预算情况。下面举例说明:你被指定负责一个软件项目,其中有4部分,项目总预算为53000,A任务为26000,B任务为120xx,C任务为10000,D任务为5000,截止到5月31日,A任务已经全部完成,B任务过半,C任

IT项目管理总结报告

IT项目管理总结报告 引导语:IT项目管理对于信管来说,应该是一门重要的专业课,只有掌握了其中的分析方法,才能在以后的项目开发中,对项目进行科学,全面的管理,提高项目的质量。下面是小编为你带来的IT项目管理总结报告,希望对你有所帮助。 篇一:IT项目管理总结报告 一、学习到的知识 通过本次课程的学习加之实习,首先,我知道了什么是项目,以及IT项目的定义什么,知道它是为解决信息化需求而产生的软件、硬件、网络系统、信息系统、服务系统等一系列与信息技术相关的项目,同时,我了解到了IT项目的主要特点分为7个,即明确的目的、独特性、时限性、目标渐进性、时效性、高风险性和智力密集型。在充分了解了定义之后,老师又详细讲解了项目的生命周期和管理模式,从项目4大阶段:启动、计划、执行、控制和项目管理9大知识领域:范围、时间、成本、质量、人力资源、沟通、风险、采购进行全面的解析。下面我就分别讲述在这几个方面自己学到的东西。 其中4大阶段中,掌握的比较好的就是前两个方面,在启动方面,我觉得就是要预先考虑到项目实施过程可能出现的问题,进行提前的计划,说到底就是未雨绸缪,里面最重要的就是可行性分析,它是作为项目能否开发的重要依据,提供需求、盈利、运行环境等多方的分析资料。另外一个,我掌握到的重要知识,就是WBS技术,我学会了如何对认为进行分解,将一个复杂的项目分成多个子项目,分别进行多次深度划分。项目时间管理是我听得最认真的内容,因为要作图,里面我主要是针对网络图进行了认真的学习,知道网络图的意义以及如何绘制网络图,在网络图的基础上,我学会了用个Project 软件生成项目的甘特图,并且能够从给出的甘特图中读取项目的信息和进度计划。最难的是活动历时估计中的关键路法,通过结合PPT,我掌握了如何根据给定的表格数据,推算出最早开始时间、最早结束时间、最迟结束时间、最迟开始时间、总时差,并在做完图后,从中找出其关键路径,即总时差为零的活动路线。 后面9个领域,都学的比较粗条,主要针对了成本、质量和风险管理。在成本管理方面,理论掌握的不好,主要就是知道了如何用Project软件对项目分配资源,并且知道了如何解决资源冲突的几种方法。 在项目质量管理方面,我通过实习,知道了IT质量管理的概念,整个体系,并且通过实习,知道了从哪几个方面入手去编写IT 项目质量计划,从而了解了一个项目团队如何去保证其项目的质量,特别是实施计划中,知道了一般性项目质量管理的工作计 划,和高层领导以及项目经理如何去评审一个项目以及各部门的任务分工和之间如何协调。 风险管理因为时间近,所以知识点记得比较多,最深刻的就是项目风险的评估分析。在里面,我主要掌握了如何定性的估计风险,学会了风险评定的等级划分,和结果划分。 二、感悟与体会 IT项目管理,其实自己没有多少重视,总感觉学到的理论偏多,让我值得欣慰的就是,我们在课程一开始就成立了分组,通过一个小组的整体协作,把整个项目过程都全部的经历了一遍,在完成的过程中,我发现,书上写到的只是冰山一角,远远满足不了你完成作业的标准,我很多时候都是拿到分配下来的题目,一阵发愁,然后翻了N遍书,还是不知道从何下手,可能是从来没有接触到类此的东西,缺乏思路,不知如何进行,只能在百度里寻找,希望找到材料,要是完全一样的就更好,没有的就东拼西凑,虽然其中有一些copy的影子,但自己也是阅读了大量的资料,整合了各种数据,在不知不觉中,理解该方面也越来越深刻,至少一开始的迷茫感没有了,其中让我印象最深的就是制作WBS,书中只是讲述了WBS的基本概念,没有一点制作的方法和步骤,完全是盲人摸象,一路磕磕碰碰,幸好在强大的搜索引擎下,在参考了无数公司优秀的案例下,制作了一个让自己非常满意的WBS图,当然,其中会有各种错误。 还有一个就是在合作的过程,我觉得一个项目想要合理,高质量的完成,各小组间的沟通即为重要,这里面包含了项目组长的领导能力和人格魅力,像我们组来说,我感觉就有点分崩离析的味道,就是个人管个人,组长分配啥,做了就好,没有形成一个小组间的共鸣,不知道其他组的进度和完成情况内容,所以内容应该有些分散,给组长也增加了很多的后期整理压力。 三、提出的建议

it项目管理心得(心得体会)

it项目管理心得 项目开发方面 项目应以需求为核心。一个项目是否能够成功,对需求的准确把握在成功因素中要占上60%的比例。不管系统的架构设计、团队管理有多么的成功,如果需求出现偏差,仍然是南辕北辙。由于eas项目的特殊性,项目开发过程中能够与客户建立有效快速的沟通渠道,是项目成功的关键。 需求必须获得客户的确认。通过需求调研与分析后获得的用户需求说明书,以及软件需求规格说明书都必须得到客户的签字确认。确认的内容包括项目的目标、范围以及项目需求功能点(用例)。eas项目在前期对需求不够重视,导致在需求理解上出现了一些偏差,从而影响了项目的进度。幸而得到了及时的纠正,在项目管理部的协助下,所有需求都得了客户或客户代表的签字确认。从而使得项目在客户验收时,有了充分的保证。 项目应确立专门的需求分析师。公司没有专门的需求分析师,不能不说是人员配备上的一大弊端。(软件开放工作细分的第一步就是要有专门的系统分析员或需求分析师)从eas项目的开发过程中,我们就充分地认识到这一问题的严重性。需求的不断更改,客户迟迟未签字确认,原因正是在于我们没有专门的具有丰富经验的需求分析师。普通开发人员在调研需求以及撰写需求规格说明书时,总是会出现偏差或理解错误的地方。软件需求分析是一项重要且负责的技术,没有经过专门训练的需求分析师,通常会给项目带来隐患。 项目应指定各个模块的需求接口人。只有这样,才能有效地保证项目组与客户的及时沟通,快速响应客户的请求与反馈。eas项目在开发早期及时地确立了

需求接口人,在一定程度上规避了需求变更给项目带来的风险。但是,确立的需求接口人未经过系统培训,在需求调研以及与客户沟通的过程中,工作表现只能说是差强人意。 注意维护需求调研记录以及需求跟踪表。这一工作做得不够好。由于需求调研人不够专业,而项目经理以及需求分析负责人对这一过程还欠缺足够的重视,同时没有好的工具或流程来监控这一过程,使得需求调研记录没有发挥更大的作用。此外,需求跟踪也非常重要,毕竟,任何项目的需求都不是固定不变的,需求随时会发生变更,而开发人员实现的需求也可能会与客户的要求偏差。 注意维护需求矩阵。项目经理对这一内容缺乏足够的重视与理解,项目开发过程体系中也缺乏好的需求矩阵文档模板。但是在项目中后期,项目及时撰写了eas项目需求功能列表,并结合交付版本与客户进行了沟通和协商,从而规避了需求偏差的风险。(需求追踪,任何原始需求来有头就有尾。原始需求->用户需求->产品需求->软件需求->设计->测试等一系列的追踪。需求追踪的目的一方面是检查需求是否都已经实现有无遗漏,更多的是为了做变更影响分析使用)控制需求变更。重视ccb的作用,同时应建立需求变更的响应机制。eas项目组对于需求变更的响应还不够及时,这一点项目经理与项目管理小组要担负一定的责任。(范围管理中范围控制的内容,变更管理是配置管理的一个重要内容。需求必须要受到控制,否则容易引起计划的频繁调整而发生混乱)设计 重视架构设计。eas项目的成功,一定程度是源于我们有个优秀的框架开发小组,我们在项目立项之初就基本确定了整个系统的架构。其中虽然发生了一些变化,但核心架构仍然没有发生大的变化。由于,我们建立了稳定、简单的系统

软件项目管理学习心得

软件项目管理学习心得 经过一个学期对软件项目管理的学习,通过这次分工做任务,真 正对项目管理有了比较深刻的理解和认识,感触很多。 一.项目要进行整体管理,善始善终 整个项目开始要做好项目整体计划,在项目的整个过程中,始终 要按照项目计划执行,如若遇到项目发生变更,要进行影响分析,得到批准后制定变更计划,并按变更计划执行。变更的影响情况,如:费用,时间进度等要通知相关的项目利益干系人,说明变更的原因和产生的影响。 变更计划在软件项目中经常遇到。控制好软件项目的变更,首先 需要做好项目的开始目标基准的确定,基准的用户需求明确,才能衡量出哪些是需要变更的。否则变更的东西和开始要求的东西混在一起,变更计划就无从制定,变更的界限也无从划清。 二.项目范围管理的重要性 需求管理是项目范围管理中的问题,这是因为它实际上是开发过 程中的所有管理原则的先决条件。只有在开发的目标被清楚明白地表述和理解的情况下,软件开发才能以一种有计划的有序的方式进行。

实际上,没有文档化的需求,在开发工作完成前后都很有可能发生产品与要求的偏离。计划、追踪、配置管理以及软件质量保证这些在其他关键过程中涉及的原则,都是从一个稳定的基础开始的,那就是文档化的需求基线。 三.项目时间管理理论指导我们在项目管理中怎样抓主要矛盾 项目管理的实施最为直观的就是缩短项目时间。利用项目管理理论、方法,有许多缩短时间的例子。美国路易斯维化工厂检修时把检修流程精细分解,按导向图建立起控制关系。他们惊奇地发现,检修过程选择不同路径总时间是有差别的。通过反复压缩最长路径上的任务,将工期反复优化,最后只用78个小时就完成了通常需125小时完成的检修,节省时间38%。这就是至今项目管理工作者还在应用的著名的时间管理技术CPM,即“关键路径法”。 所以我们在软件的项目管理中,也要将时间控制理论运用进来,结合软件工程的实际,将任务分解的更加详细,并用网络图将整个工作过程建立起来,估算好每个阶段的历时,找出关键路径,并通过快速跟进方法,将关键路径的工期缩短,以提高工效。 体会还有很多,总之通过这次学习自己对项目的管理又有了新的认识,我会将这些理论知识运用到实际工作中去的。以提高项目的管

IT项目管理工作总结报告范文

IT项目管理工作总结报告范文 ——总结——再计划——再实践——再总结。以下是小编给大家 一、学习到的知识 IT项目管理对于信管来说,应该是一门重要的专业课,只有掌握了其中的分析方法,才能在以后的项目开发中,对项目进行科学,全面的管理,提高项目的质量。 以及IT项目的定义什么,知道它是为解决信息化需求而产生的软件、硬件、网络系统、信息系统、服务系统等一系列与信息技术相关的项目,同时,我了解到了IT项目的主要特点分为7个,即明确的目的、独特性、时限性、目标渐进性、时效性、高风险性和智力密集型。在充分了解了定义之后,老师又详细讲解了项目的生命周期和管理模式,从项目4大阶段:启动、计划、执行、

控制和项目管理9大知识领域:范围、时间、成本、质量、人力资源、沟通、风险、采购进行全面的解析。下面我就分别讲述在这几个方面自己学到的东西。 其中4大阶段中,掌握的比较好的就是前两个方面,在启动方面,我觉得就是要预先考虑到项目实施过程可能出现的问题,进行提前的计划,说到底就是未雨绸缪,里面最重要的就是可行性分析,它是作为项目能否开发的重要依据,提供需求、盈利、运行环境等多方的分析资料。另外一个,我掌握到的重要知识,就是WBS技术,我学会了如何对认为进行分解,将一个复杂的 是我听得最认真的内容,因为要作图,里面我主要是针对网络图进行了认真的学习,知道网络图的意义以及如何绘制网络图,在网络图的基础上,我学会了用个Project软件生成项目的甘特图,并且能够从给出的甘特图中读取项目的信息和进度计划。最难的 据给定的表格数据,推算出最早开始时间、最早结束时间、最迟结束时间、最迟开始时间、总时差,并在做完图后,从中找出其关键路径,即总时差为零的活动路线。 后面9个领域,都学的比较粗条,主要针对了成本、质量和

it项目管理心得(心得)

it项目管理心得(心得) it项目管理学习心得 本学期新增加了it项目管理课程,通过学习使我认识到,对于一个项目,我们过程中做的所有工作都是为了要达到项目目标,因此在项目各个阶段所有活动都需要考虑对达成目标的影响,当发现偏差后及时纠正。目标驱动让我们从无目的的事后应急变成了有计划有目的的事前预测。目标驱动不是要抛弃过程,项目的成功涉及到过程,人和方法工具技术。为了达到项目目标,我们要根据项目的实际情况采取一系列项目原来已经总结的最佳实践形成一套过程,高效的过程和积极心态的人是保证项目目标达成的关键。因此作为项目经理要时刻问自己,项目的目标是什么;项目当前状态和我达成目标的差距是什么;我如何解决和应对。 项目的成功受到多方面的因素的影响,而且各个因素之间还存在正反作用力。系统思维就是要让我们能够清楚的认识到影响项目目标和成功的各个要素,以及它们之间存在的关系。形成一种适合项目的动态系统模型,通过这个动态模型去平衡项目各方干系人的利益,平衡项目四要素之间的关系,平衡项目的短期和长期的利益。项目经理的一个重要能力就是平衡,没有最优解,只有满意解,懂得了平衡就知道当项目出现变更和调整的时候如何更好的应对。从单要素最优的单向思维过渡到关注整个系统的全局思维模式上。 本门课程其中我最有感触的是项目管理中的团队合作。本次课程的作业,要求了一个项目由一个团队来完成而不是个人,这样的练习模式使我们更适应了以后企业中的项目开发。更重要的是体会项目团队不仅仅是指被分配到某个项目中工作的一组人员,它是指一组互相依赖的人员齐心协力进行工作,共同实现项目目标,项目成功需要一个有效的项目团队。科学的组织和管理可以放大工程项目团队的工作能力,使工程项目的实施向着有序的方向发展。在所有管理中,人的管理是最为复杂的,对工程项目管理人员来说极具有挑战性。我相信研究优秀团队管理的方法和策略对于每一个工程项目管理人员都是必要的。 最后,it项目的学习使我不仅学到了知识、锻炼的团队合作的经验,还是我对今后的生活、工作起到了积极向上的人生态度,受益匪浅。第三篇:it项目管理心得513 《it项目管理》心得 经过一系列的《it项目管理》课程学习,我觉得这是一门很好的课程,能给我的工作特别是项目的开展和管理方面有很大的帮助,使我获益非浅!在此,我想将学习此门课程的心得总结为一下几点:

相关文档
最新文档