2013年信息系统项目管理师论文考前复习范文

更新时间:2023-05-25 16:04:01 阅读量: 实用文档 文档下载

说明:文章内容仅供预览,部分内容可能不全。下载后的文档,内容与下面显示的完全一致。下载之前请确认下面内容是否您想要的,是否完整无缺。

很好的复习材料!2013年信息系统项目管理师论文考前复习范文。希望大家顺利通过考试!加油!!

项目管理师论文

【摘要】

2008年4月至2009年12月,我参加了Z省通信运营商综合安防管理平台项目,并担任项目经理。综合安防管理平台以“防火、防盗”为核心,以动力环境集中监控系统为基础,整合其他独立安防系统,实现“人防、物防、技防”相结合,有效解决通信机房的安全保障问题,为安防管理提供专业化的支撑平台。

需求开发与范围管理

本文结合我的实践,以综合安防管理平台项目为例,讨论了需求开发和范围管理过程。该项目是一个信息系统集成项目,分为平台开发与系统部署两个阶段,特点是涉及范围广,项目干系人众多。我们借助项目干系人分析以及原型系统进行需求获取,对产品范围与项目范围进行。通过变更委员会进行范围变更控制,有效避免了项目范围的蔓延。此外,本文也讨论了该项目中范围管理存在的缺陷及其造成的后果,期望能给广大项目管理同行有所借鉴。

风险管理

本文结合我的实践,以综合安防管理平台项目为例,讨论了风险管理过程。该项目是一个信息系统集成项目,分为平台开发与系统部署两个阶段,特点是涉及范围广,项目干系人众多。我们通过风险识别与评估确定了需求不明确、客户不配合等四个高优先级风险,制定了风险应对计划,并详细说明了对需求风险的应对过程。此外,本文也讨论了该项目中风险管理存在的缺陷及其造成的后果,期望能给广大项目管理同行有所借鉴。

质量管理

本文结合我的实践,以综合安防管理平台项目为例,讨论了质量管理过程。该项目是一个信息系统集成项目,分为平台开发与系统部署两个阶段,特点是涉及范围广,项目干系人众多。我们按照组织的质量方针,制定了质量管理计划,针对各个阶段制定了有针对性的质量标准与测试方法。在项目管理过程中,我们重视发挥QA的作用,重视技术评审与质量评审,取得了良好的效果。此外,本文也讨论了该项目中质量管理存在的缺陷及其造成的后果,期望能给广大信息系统集成同行有所借鉴。

进度管理

本文结合我的实践,以综合安防管理平台项目为例,讨论了进度管理过程。该项目是一个信息系统集成项目,分为平台开发与系统部署两个阶段,特点是涉及范围广,项目干系人众多。我们使用滚动式规范的方法制定项目进度计划,采用构件复用的方法以便保证项目进度。在项目执行过程中使用工作日志系统统计项目进度,并定期进行绩效报告。有效的进度控制使我们可以及时发现偏差并采取相应的纠正措施。此外,本文也讨论了该项目中进度管理存在的缺陷及其造成的后果,期望能给广大项目管理同行有所借鉴。

成本管理

本文结合我的实践,以综合安防管理平台项目为例,讨论了成本管理过程。该项目是一个信息系统集成项目,分为平台开发与系统部署两个阶段,特点是涉及范围广,项目干系人众多。对于平台开发,我们采用类比法进行成本估算;对于系统部署,我们采用参数法进行成本估算。然后我们使用编制成本预算,并对成本风险进行了分析。在项目执行中,通过工作日志系统进行成本统计与跟踪,发现偏差,及时采取纠正措施。此外,本文也讨论了该项目中成本管理存在的缺陷及其造成的后果,期望能给广大项目管理同行有所借鉴。 沟通管理

本文结合我的实践,以综合安防管理平台项目为例,讨论了沟通管理过程。该项目是一个信息系统集成项目,分为平台开发与系统部署两个阶段,特点是涉及范围广,项目干系人众多。我们首先对项目干系人进行分析,重点是将客户细分为六类,确定了关键客户。在项

很好的复习材料!2013年信息系统项目管理师论文考前复习范文。希望大家顺利通过考试!加油!!

目实施中,我们针对沟通对象的特点采用有针对性的沟通方式,取得了良好的效果。此外,本文也讨论了该项目中沟通管理存在的缺陷及其造成的后果,期望能给广大项目管理同行有所借鉴。

人力资源管理

本文结合我的实践,以综合安防管理平台项目为例,讨论了人力资源管理过程。该项目是一个信息系统集成项目,分为平台开发与系统部署两个阶段,特点是涉及范围广,项目干系人众多。我们首先编制了人力资源计划,确定先组成软件开发团队,在软件平台进入系统测试时,工程实施人员再进入。在项目实施过程中,我们采用工作报告、QQ群等方式进行团队沟通,利用工作日志系统进行绩效管理,发现缺陷,及时纠正。此外,本文也讨论了该项目中人力资源管理存在的缺陷及其造成的后果,期望能给广大项目管理同行有所借鉴。

整体管理

本文结合我的实践,以综合安防管理平台项目为例,讨论了整体管理过程。该项目是一个信息系统集成项目,分为平台开发与系统部署两个阶段,特点是涉及范围广,项目干系人众多。我们首先通过公司项目管理系统的审批,正式启动项目;然后进行项目范围说明书和项目总体计划的编制。变更控制委员会负责对项目变更进行审批。项目强调绩效评估的量化,取得了良好的效果。本文也讨论了该项目中整体管理存在的缺陷及其造成的后果,期望能给广大项目管理同行有所借鉴。

项目组合、组织级项目管理、大型负责项目管理

本文结合我的实践,以综合安防管理平台项目为例,讨论了组织级项目管理和大型项目管理过程。该项目是一个信息系统集成项目,分为平台开发与系统部署两个阶段,特点是涉及范围广,项目干系人众多。本文首先对公司的组织结构、公司级项目管理流程及研发中心项目管理流程进行了介绍。然后对该项目的分解与过程剪裁进行了描述,最后重点对项目绩效管理进行了阐述。本文也讨论了该项目中项目管理存在的缺陷及其造成的后果,期望能给广大项目管理同行有所借鉴。

一、项目概况

随着城乡社会经济的飞速发展,随着物联网与云计算的推进,电信用户对电信服务的可靠性要求越来越高,高可靠性电信设备不断推陈出新、电信自动化程度日益提高、无人值守通信机房越来越广泛,这些都对通信机房以及数据中心的安全保卫工作提出了更高的要求。

Z省通信运营商原有通信与数据机房的安防信息分散在多个系统中,如通信枢纽楼的建筑消防系统,数据中心的智能门禁系统,机要场所的视频监控系统,移动基站的动力环境集中监控系统等等。多系统多信息来源造成了安防工作中重要安防信息响应速率低、网管、监控与安防人员之间分工不明确、安防人员工作效率低等致命的缺陷。

综合安防管理平台以“防火、防盗”为核心功能,以广泛部署的动力环境集中监控系统为基础,整合其他独立安防系统,实现通信机房安防信息的集中处理、实时报警、数据存储与统计分析,并向相关现场安防责任人派发电子工单功能,实现安防报警的闭环管理。

综合安防平台可划分为两个相对独立的层次:

A:现场数据采集层:负责原始报警的采集,所处理的报警类型包括消防报警、防盗报警、配线架强电入侵报警、智能门禁报警、通信电缆被盗报警、充气机报警、可燃气体报警、视频监控。

B:中心应用层:负责报警的发布、存储、统计、分析,并实现报警的闭环处理流程。 综合安防平台以本地网为基础,即在每个本地网设立一个安防监控中心,以管理本地网内的所有安防报警。根据合同约定,在2009年12月底,我公司应当完成11个本地网综合

很好的复习材料!2013年信息系统项目管理师论文考前复习范文。希望大家顺利通过考试!加油!!

安防平台的建设,并实现对全省271个通信枢纽楼与数据中心的监控。

我担任该项目的项目经理,主要负责项目管理,此外,还承担了部分需求开发与系统设计工作。

二、需求开发与范围管理

二、二需求开发与项目管理

该项目是一个信息系统集成项目,特点是涉及范围广,项目干系人众多。项目的范围管理影响到项目的成功。该项目存在两个互相关联的范围:产品范围和项目范围。产品范围定义信息系统的要求,项目范围定义项目要完成的工作。产品范围是项目范围的基础。因此首先必须明确定义产品范围,即进行需求开发。

针对项目的特点,我们首先对项目干系人进行了分析,将平台用户分为四类:

A:省公司安防管理员:主要关心本地网安防管理的绩效。

B:本地网安防管理员:主要负责本地网安防管理

C:本地网安防中心值班人员:实行24小时值班制,负责所有安防报警的接警与处理。 D:现场安防责任人:负责所辖通信机房安防报警的处理。

E:本地网网管中心值班人员:负责动力监控系统的管理。

平台的最终用户超过400人,对所有用户进行全面的需求调查显然不现实。这里,我们采用的分类抽样的方法。

首先我们与客户协商,由省公司安防管理员担任甲方项目经理,负责项目的接口。然后,我们按照项目干系人的分类,与甲方项目经理协商,确定了12名用户代表为需求调查对象。随后,于2008年4月在省公司召开了需求调查会议。在会议之前,我们进行了精心的准备,使用图形工具制作了一个原型演示系统,目的是为用户提供直观的感受,启发用户,以便于需求的获取。另外,我们还使用公司提供模板编制了需求调查表,在会议之前发送给与会人员,让用户事先做好准备。需求调查会议由甲方项目经理组织,由于事先准备充分,通过一天的会议,获取了大量的第一手的用户需求。

会后,我们和甲方项目经理一起对用户的需求进行整理与分析,编制了《用户需求说明书(征求意见稿)》,对于被拒绝的需求,也进行了记录并说明拒绝需求的原因。然后,将会议纪要和需求说明书下发进一步征求反馈意见。最后,在2008年5月,甲方项目经理确认了《用户需求说明书》。根据《用户需求说明书》,我们又编制了《软件需求说明书》和《项目范围说明书》,至此需求开发完成,产品范围确定,项目范围也得到了明确。

我们使用 Microsoft Project 2003 ,按照系统对项目范围进行进一步分解,编制了WBS和WBS字典。《项目范围说明书》和WBS一起构成了项目的范围基线。

虽然我们定义了项目的范围,但是范围变更是不可避免的。为了管理范围的变更,我们建立了变更控制委员会,成员包括甲方项目经理、我方项目经理(本人)、技术经理和工程经理。所有的范围变更请求(包括用户提出的变更和我公司在项目实施过程中提出的变更)都要由变更控制委员会进行审批。在项目进行过程中,各地方的用户又陆续提出很多变更。现场项目人员按照管理规程对变更请求进行了记录,由设计人员对变更的影响进行评估,最后由变更控制委员会进行审批。在进行审核时,我们主要从变更的必要性和对项目的质量与进度的影响等方面进行讨论,在与甲方项目经理达成一致后,做出批准或者拒绝的决定。其中,某用户提出在报警电子处理流程中使用ECP网络电话代替电话语音卡,通过评估,我们发现,使用ECP网络电话可以有效降低业务台的硬件配置要求,节省投资,但是使用ECP涉及内外网的互联,并且需要使用ECP SDK进行开发,会对项目进度造成较大影响,因此建议在下期工程中实现该功能。

二、三总结

很好的复习材料!2013年信息系统项目管理师论文考前复习范文。希望大家顺利通过考试!加油!!

通过范围管理,我们有效的避免了范围的蔓延,使项目可以按期、高质量的交付,同时也提高了用户满意度。

当然,我们的范围管理工作也有不足之处。例如,项目范围中包括数字化消防图纸录入,但是在系统部署时才发现,大量的建筑消防设备只能提供纸质消防图纸,对于纸质消防图纸的数字化是否包括在项目范围之中我们和甲方有不同的理解。最后,为了不影响进度,我们将纸质消防图纸的电子化工作进行了外包。究其原因,是由于我们在开始时对项目范围定义不严格。在进行项目总结时,这些问题都作为经验教训写入项目总结报告,纳入公司的项目管理知识库。我们真诚希望,在公司未来的项目实施中,不会出现类似的失误,从而实现项目管理过程的持续改进。

三、风险管理

三、一风险策划与识别

风险是一种不确定的事件或条件,一旦发生,会对项目目标产生某种正面或负面的影响。风险是客观存在,是不可避免的。风险管理就是要对项目风险进行认真的分析和科学的管理,避开不利条件,少受损失,取得预期的结果并实现项目的目标。

我们首先成立了风险管理小组,由我任组长,成员包括技术经理和质量保证人员。然后,对项目的风险进行了识别。

该项目是一个信息系统集成项目,特点是涉及范围广,项目干系人众多。通过对项目的分析,采用头脑风暴法和公司提供的风险清单,我们识别出了十一个风险。随后,通过的风险可能性和影响的分析,利用风险优先矩阵,我们识别出了四个高优先级的风险:

A:需求不明确的风险:由于项目干系人众多,如果需求开发不全面,很有可能遗漏重要需求。

B:客户不配合的风险:由于项目要在11个本地网部署平台,并且需要接入271个通信枢纽楼的安防系统,因此当地客户的配合至关重要,否则极有可能无法按期交付。

C:用户可能不恰当使用系统的风险:系统的最终用户很多,知识水平参差不齐,部分用户可能不会正确的使用系统,从而导致系统不能发挥应有的作用。

D:报警漏报的风险:由于是安防系统,要求报警准确率是100%,如果漏报,后果非常严重。

针对这些风险,我们制定了相应的应对措施。

例如,对于需求不明确的风险,我们执行了严格的需求开发过程。首先我们与客户协商,由省公司安防管理员担任甲方项目经理,负责项目的接口。然后,我们按照项目干系人的分类,与甲方项目经理协商,确定了12名代表为需求调查对象。随后,于2008年4月在省公司召开了需求调查会议。在会议之前,我们进行了精心的准备,使用图形工具制作了一个原型演示系统,目的是为用户提供直观的感受,启发用户,以便于需求的获取。另外,我们还使用公司提供模板编制了需求调查表,在会议之前发送给与会人员,让用户事先做好准备。需求调查会议由甲方项目经理组织,由于事先准备充分,通过一天的会议,获取了大量的第一手的用户需求。会后,我们和甲方项目经理一起对用户的需求进行整理与分析,编制了《用户需求说明书(征求意见稿)》,对于被拒绝的需求,也进行了记录并说明拒绝需求的原因。然后,将会议纪要和需求说明书下发进一步征求反馈意见。最后,在2008年5月,甲方项目经理确认了《用户需求说明书》。根据《用户需求说明书》,我们又编制了《软件需求说明书》和《项目范围说明书》,至此需求开发完成,产品范围确定,项目范围也得到了明确。

其他风险的应对措施也与此类似。

三、二风险跟踪与监控

风险分析与应对计划完成后,在项目的进行过程中,我们还持续的对风险进行跟踪与监

很好的复习材料!2013年信息系统项目管理师论文考前复习范文。希望大家顺利通过考试!加油!!

控。

根据项目管理计划,我们在每周一的项目例会中,都要对风险进行评估,确认已识别风险的状态,并检查是否有新出现的风险。在每个阶段的管理评审中,还要对本阶段的风险管理作出评价。

例如,在平台试运行的过程中,某本地网的安防中心值班人员没有严格按照规程操作,在对建筑消防设施进行例行测试时。没有按照规程在系统中将设备设置为“测试状态”,测试过程中系统里产生了大量火警(按照设计这些测试状态的火警应当被屏蔽),错误的火灾报警被发送到现场责任人处,引起了不必要的恐慌。通过对这一事件的分析,我们认为“用户可能不恰当使用系统的风险”已经发生,原因是用户不理解“测试状态”的意义。这次是误报,如果用户在正常状态下将设备设置为“测试状态”,下次就可能是漏报,后果更为严重。对此风险,我们最初制定的应对措施是编制完善的用户手册和对用户进行培训。用户培训已经完成,但是由于用户较多,接受集中培训的只是部分用户代表,理想的情况是经过培训的用户对其他的用户进行二次培训,但是显然大多数用户并没有得到系统的培训。针对这种情况,我们修改了培训方式,首先对我公司的项目实施人员进行培训,使他们具备相应的培训技能。然后,他们在本地网实施项目的过程中,按照培训规程对当地的用户进行现场培训;此外,每个本地网的实施人员和当地的安防人员组成虚拟团队。共同推进系统的应用。通过以上措施,用户的误操作率大为减少,项目的推进速度得到了保证。

三、三

通过风险管理,我们有效地减少的风险的影响,使项目可以按期、高质量的交付,同时也提高了用户满意度。

当然,我们的风险管理工作也有不足之处。例如,在现场建筑消防设备的接入过程中,我们才发现部分建筑消防设备不具备智能接口,或者智能接口已经损坏,无法接入。这些消防设备都是列入合同范围,必须要完成智能接入的。由于已经是项目后期,设计已经无法更改了。最后,为了不影响进度,我们将消防设备智能接口开发的工作进行了外包,由于时间要求较紧,因此开发费用相对较高,增加了项目成本。究其原因,是由于我们在开始时对风险识别不全面,没有及早识别出该风险。在进行项目总结时,这些问题都作为经验教训写入项目总结报告,纳入公司的项目管理知识库。我们真诚希望,在公司未来的项目实施中,不会出现类似的失误,从而实现项目管理过程的持续改进。

四、质量管理

四、二 质量策划

质量是过程、产品或服务满足明确或隐含需求的能力。项目质量包括产品质量与过程质量。项目的实施过程,也是质量的形成过程。质量管理是项目管理的重要方面之一,包括质量管理职能的所有活动。

我公司的质量方针:“强化管理、优质服务、科技创新、质量第一、满足顾客的要求和期望是我们永恒的主题”。按照这个方针,我们对项目的质量管理进行了策划。

通过对公司的质量管理过程进行剪裁,我们编制了项目的质量管理计划。

质量管理计划首先对质量管理的组织和职责进行了明确。项目配置了一名兼职QA,负责项目的质量保证工作。另外,在配置了两名专职的QC,负责平台的测试工作。

该项目是一个信息系统集成项目,特点是涉及范围广,项目干系人众多。项目分为平台开发与系统部署两个阶段,两个阶段质量要求有较大的区别。在质量管理计划中,针对各个阶段制定了有针对性的质量标准与测试方法。例如,在系统部署阶段,一个重要的质量标准就是安防报警的准确性、实时性,针对报警的测试,我们规定各种类型报警的抽样率,要求准确率为100%。

很好的复习材料!2013年信息系统项目管理师论文考前复习范文。希望大家顺利通过考试!加油!!

四、三 实施过程中的质量管理

项目组共有成员二十多人,其中,软件开发人员已经基本具备质量意识与质量控制技能。而部分实施人员则有所欠缺。QA根据质量管理计划对项目组成员进行了质量管理培训,帮助项目组成员理解项目的质量目标与质量要求。

在该项目实施之前,我们已经和用户一起在某个本地网部署了实验系统,对项目的可行性进行了验证。需求开发比较成分。因此,我们决定采用V型模型进行系统的开发。V型模型强调阶段评审与测试,有助于软件质量控制。

QA则负责检查工作是否符合已定义的过程。我项目组的QA参加过多个项目,经验非常丰富。例如:在对代码的走查中,QA发现一名开发人员没有编码规范进行编写,在对数组访问时没有检查数组上下限,QA在记录不合格项的同时,还对该名开发人员进行了编码规范陪在。在随后的测试中,内存地址冲突错误只出现过一次,这和QA的认真审查是分不开的。

在现场部署阶段,由于接入的安防报警很多(例如,一个建筑消防设备就有上百个报警点),全面测试显然成本过高。我们采用统计抽样的方法,规定建筑消防设备抽样率为10%。我们还对接入设备未通过测试的原因进行了分析,主要有两个原因:

一:设备本身故障

二:设备的配置发生了变更,与设计图纸不一致

针对这两个原因,我们都制订了相应的措施。对于设备本身故障要求维保单位进行维护;对于设备配置的变更,我们则要求维保单位首先对设计图纸进行更新;然后再进行测试。

由于我们对质量进行了严格的管理,在甲方进行系统验收时一次性通过。此外,由于还协助甲方消除了不少安全隐患,甲方向我公司表示了感谢。

四、三总结

通过质量管理,我们有效地减少项目的风险,使项目可以按期、高质量的交付,同时也提高了用户满意度。

当然,我们的质量管理工作也有不足之处。例如,我们对质量的管理不够全面,只注意了正确性、健壮性和可靠性,对性能和安全性则很少重视。由于缺少压力试验,在系统试运行后,出现并发用户多时系统性能下降,反应变慢的情况,后来通过优化数据库解决了问题。另外,对于系统的安全性也缺乏重视,部分用户采用弱密码很容易被攻破,该问题在验收会议上提出并作为遗留问题写入验收纪要

在进行项目总结时,这些问题都作为经验教训写入项目总结报告,纳入公司的项目管理知识库。我们真诚希望,在公司未来的项目实施中,不会出现类似的失误,从而实现项目管理过程的持续改进。

五、进度管理

五、一项目进度策划

在合同中已经约定项目要在2009年10月底之前完成。并且用户也将年底前完成全省安防平台的建设列入2009年的工作计划,因此按时交付是本项目是否成功的重要标志。

该项目是一个信息系统集成项目,特点是涉及范围广,项目干系人众多。项目分为平台开发与系统部署两个阶段,两个阶段进度管理有较大的区别。

我们首先对项目的进度进行了策划。我们使用 Microsoft Project 2003 作为工具编制了项目WBS,确定“提交通过评审《用户需求说明书》”、“提交通过评审的《系统设计方案》”、“提交通过系统测试的平台软件”以及“提交通过评审的本地网安防平台现场测试报告”等重要的里程碑。

在编制进度计划时,我们采用了滚动式规范的方法。滚动式规划是一种渐进明细的规划

很好的复习材料!2013年信息系统项目管理师论文考前复习范文。希望大家顺利通过考试!加油!!

方式,即对近期要完成的工作进行详细规划,而对远期工作则暂时只在WBS的较高层次上进行粗略规划。在最初的项目进度计划中,需求开发阶段进行了详细计划,其他阶段只对里程碑进行了计划。随着对项目认识的逐级深化,项目进度计划也逐渐细致

为了加快开发,保证项目的进度,我们决定综合安防平台的数据采集层直接使用我公司现有动力环境集中监控系统的数据采集层。动力环境集中监控系统已经应用超过十年,期间经过多次升级,软件稳定可靠。特别是数据采集层,采用软总线结构,通过挂接不同的设备驱动就可以实现各种设备的采集。目前动力环境集中监控系统数据采集层的设备驱动主要是UPS、开关电源、智能空调等。如果将安防设备(建筑消防设备、防盗主机等)视为通用智能设备,开发专用驱动,则可直接接入数据采集层的软总线。这样新平台的软件开发量就减少将近一半。综合安防平台的中心应用层则以现有动力环境集中监控系统的中心应用层为基础,按照安防平台的特殊需求,进行二次开发而成。

在对WBS中的软件开发活动进行细致分解后,我们对每个活动所需的时间进行了估算。估算的主要方法是类比估算法。我们首先列出每个活动需要实现功能点,然后将功能点与已有系统中类似功能点模块进行比较,估算出代码行。然后通过计划评审技术估算出该活动的历时,计划评审技术的基本公式是 t=(a+4m+b)/6,其中,a代表乐观时间,b代表悲观时间,m代表最可能时间。通过估算,我们发现,平台开发阶段的历时比最初的计划可以提前一个月,项目按期完成的概率很大。据此,我们对项目进度计划进行了调整,计划提前一个月完成项目。

五、二项目进度管理

虽然项目计划提前一个月完成,但是在项目的实施过程中,由于主客观条件不断变化,凭借一个最优计划而一劳永逸显然是不可能的。如果不对项目进度进行控制,不仅无法提前,项目还有可能延期。

进行项目管理,我们首先强调人的作用。在WBS中,我们为每个活动指定了责任人,确保每个责任人明确他的职责和时间期限。同时,我们还利用工作日志系统,实时收集项目的进度。对于软件开发人员,我们要求他每天在工作日志中报告执行任务的进度,并且进度要量化,要以完成百分比表达。对于现场部署人员,则要求每周在工作日志中报告任务进度,量化的指标是接入安防设备的数量。

根据甲方的要求,我们每月要向甲方项目经理提交一份项目进展报告,报告项目的进度,对发展趋势进行预测。

在软件开发阶段,项目基本上按照进度执行。但是到了系统部署阶段,项目的进度开始出现偏差。按照合同约定,我们要在每个本地网都部署一个中心平台,处于节省资源的考虑,我们设立了三个部署小组,分区域进行部署。

在进入系统部署的第二周,我们进行进度检查时,发现部署进度出现了偏差。按照计划,每个部署小组每天应完成三台安防设备的接入,但是实际上平均每天只完成了一台安防设备的接入。我们迅速对偏差进行了分析,发现主要有两个原因:

一:安防设备本身故障,无法接入

二:安防设备的配置发生了变更,与设计图纸不一致,导致测试时达不到合格标准。 针对这两个原因,我们都制订了相应的措施。对于设备本身故障,我们通知甲方,要求维保单位进行维护,然后再进行测试;对于设备配置的变更,我们则要求维保单位首先对设计图纸进行更新,然后再进行测试。但是,我们也意识到,系统部署已经无法按照原进度计划执行。根据估算,如果仍然是三组并行工作,不仅无法提前完成,还有可能延期。因此,我们重新对进度计划进行了修订,向公司申请资源,增加了一个部署小组,分为四组并行工作。此外,我们还和甲方进行沟通,主动将项目进展报告的周期缩短到周。这样,如果现场出现需要甲方协调的问题,可以及时得到解决。

很好的复习材料!2013年信息系统项目管理师论文考前复习范文。希望大家顺利通过考试!加油!!

五、三总结

通过进度管理,我们有效地减少项目的风险,使项目可以按期、高质量的交付,同时也提高了用户满意度。

当然,我们的进度管理工作也有不足之处。例如,我们对进度的风险认识不全面,导致项目后期进度出现重大偏差。为了纠正进度偏差,我们采取了增加资源,增大并行度以及加班的方法,原定的提前完成最后变为按期完成,同时项目成本也有一定的增加。在进行项目总结时,这些问题都作为经验教训写入项目总结报告,纳入公司的项目管理知识库。我们真诚希望,在公司未来的项目实施中,不会出现类似的失误,从而实现项目管理过程的持续改进。

六、成本管理

六、一

项目成本管理是项目管理的重要组成部分。企业实施项目是为了盈利,只有将项目的成本控制在预算之内,利润才有保证。

作为项目经理,我需要对为了提交项目的可交付成果所进行的所有任务与活动,以及这些任务和活动需要进行的时间和所需要的资源,这些都要消耗公司的资金,把这些成本相加,就是项目的真是成本。

在项目正式启动之前,我公司已经和甲方在A本地网进行了为期6个月的试点,试点以科研项目的方式进行,重点是验证项目的可行性及关键技术。通过该试点项目,我们积累了大量的经验,特别是为项目的成本管理积累了大量的历史数据。

成本管理的第一步是成本估算。

该项目是一个信息系统集成项目,特点是涉及范围广,项目干系人众多。项目分为平台开发与系统部署两个阶段,两个阶段成本构成有较大的区别。

对于系统部署,我公司已经有成熟的成本估算方法,例如:对于动力监控系统,可按照设备接入数进行估算,对于智能建筑项目,可以按照信息点或者国家颁布的定额进行估算。由于综合安防平台的部署主要是安防设备的接入,与动力监控系统智能设备的接入类似,因此我们采用动力监控工程的估算方法进行估算。

对于平台开发,则属于软件开发项目,准确地进行估算则存在一定的困难。原因是公司对于软件开发成本缺乏成熟的估算方法,主要是依靠项目经理的经验与技能。在项目的成本估算中,我采取了自顶向下的估算方法。将项目与以前的项目进行对比,推算软件开发的总成本。

用于参考的项目主要有两个:我公司的动力环境集中监控平台和之前在A本地网进行综合安防平台试点项目。A本地网进行的综合安防平台试点项目与本项目的性质相同,规模较小,软件开发成本数据比较完整。我们对试点项目的功能点进行了分解,然后对将要开发的综合安防平台的功能点进行分析,通过功能点的比较对新平台开发成本进行了估算。由于两个项目的规模相差较大,新平台在规模上与动力集中监控平台类似,因此我们又使用动力集中监控平台的开发成本对新平台的估算成本进行了修正,最后得出平台开发部分的成本估算。

平台开发与系统部署成本相加,就得到项目的整体成本估算。初步的成本估算是以工作量(人天)表示的。在结合公司人力资源部门提供的薪酬成本数据,就成为我们投标报价的基础。

成本估算完成后,下一步就是编制成本预算。我们使用 Microsoft Project 2003 作为项目管理工具,利用 Project 2003建立WBS和项目进度计划,然后将项目成本分配到每个工作包,从而建立项目的成本基准计划。

很好的复习材料!2013年信息系统项目管理师论文考前复习范文。希望大家顺利通过考试!加油!!

在进行成本计划时,我们还特别注意风险的管理,通过风险识别与评估,我们识别出了四个主要风险:

A:需求不明确的风险:由于项目干系人众多,如果需求开发不全面,很有可能遗漏重要需求。

B:客户不配合的风险:由于项目要在11个本地网部署平台,并且需要接入271个通信枢纽楼的安防系统,因此当地客户的配合至关重要,否则极有可能无法按期交付。

C:用户可能不恰当使用系统的风险:系统的最终用户很多,知识水平参差不齐,部分用户可能不会正确的使用系统,从而导致系统不能发挥应有的作用。

D:报警漏报的风险:由于是安防系统,要求报警准确率是100%,如果漏报,后果非常严重。

其中,风险A、风险B和风险C都可能会造成项目成本的大幅增加,因此,在项目成本中我们预留了一部分风险成本,但是并没有纳入成本基准计划。

六、二成本跟踪与控制

为了保证成本计划的实现,我们对项目实行了严格的成本控制。

进行成本管理,我们首先强调人的作用。在WBS中,我们为每个活动指定了责任人,确保每个责任人明确他的职责和时间期限。同时,我们还利用工作日志系统,实时收集项目的进度。对于软件开发人员,我们要求他每天在工作日志中报告执行任务的进度,并且进度要量化,要以完成百分比表达。对于现场部署人员,则要求每周在工作日志中报告任务进度,量化的指标是接入安防设备的数量。

我把各项任务的完成情况输入进度计划中,Project 2003 可自动进行成本统计,清楚显示成本基准与实际成本。

在软件开发阶段,实际成本基本上与计划一直。但是到了系统部署阶段,项目的成本开始出现偏差。按照合同约定,我们要在每个本地网都部署一个中心平台,处于节省资源的考虑,我们设立了两个部署小组,每个小组负责几个本地网。

在进入系统部署的第二周,我们进行检查时,发现实际成本出现了偏差。按照计划,每个部署小组每天应完成三台安防设备的接入,但是实际上平均每天只完成了一台安防设备的接入。我们迅速对成本偏差的原因进行了分析,发现主要有两个原因:

一:安防设备本身故障,无法接入

二:安防设备的配置发生了变更,与设计图纸不一致,导致测试时达不到合格标准。 针对这两个原因,我们都制订了相应的措施。对于设备本身故障,我们通知甲方,要求维保单位进行维护,然后再进行测试;对于设备配置的变更,我们则要求维保单位首先对设计图纸进行更新,然后再进行测试。但是,我们也意识到,系统部署已经无法按照原成本计划执行。根据估算,如果仍然是三组并行工作,项目可能无法按期完成。因此,我们重新对进度计划和成本计划进行了修订,向公司申请,动用预留成本,增加了一个部署小组,分为四组并行工作。

六、三总结

通过成本管理,我们有效地减少项目的风险,使项目可以按期、高质量的交付,同时也提高了用户满意度。

当然,我们的成本管理工作也有不足之处。例如,我们对成本的风险认识不全面,导致项目后期成本计划出现重大偏差。为了确保按期交付,我们采取了增加资源,增大并行度以及加班的方法,最后虽然按期完成,但是项目成本比预算超出10%。在进行项目总结时,这些问题都作为经验教训写入项目总结报告,纳入公司的项目管理知识库。我们真诚希望,在公司未来的项目实施中,不会出现类似的失误,从而实现项目管理过程的持续改进。

很好的复习材料!2013年信息系统项目管理师论文考前复习范文。希望大家顺利通过考试!加油!!

七、沟通管理

七、一沟通管理策划

项目沟通管理是项目管理的重要内容。根据我的经验,项目经理50%以上的时间用于沟通,包括内部沟通和外部沟通。良好的沟通是项目成功的前提。

本项目是一个信息系统集成项目,特点是涉及范围广,项目干系人众多。项目分为平台开发与系统部署两个阶段,两个阶段沟通内容有较大的区别。

我们首先对项目干系人进行了识别。项目的内部干系人主要是公司管理层(李副总是项目的发起人)、项目组成员、公司采购部门,外部干系人包括设备供应商和客户。对于客户,我们又进行了详细分析,可以分为以下六类:

A:省公司管理层(包括分管安全的副总和安保部主任)

B:省公司安防管理员:主要关心本地网安防管理的绩效。

C:本地网安防管理员:主要负责本地网安防管理

D:本地网安防中心值班人员:实行24小时值班制,负责所有安防报警的接警与处理。 E:现场安防责任人:负责所辖通信机房安防报警的处理。

F:本地网网管中心值班人员:负责动力监控系统的管理。

通过分析,我们认为,客户中起最关键的是省公司安防管理员,他在客户组织中起到了承上启下的作用,一方面,他要向管理层报告项目的绩效,另一方面,他还负责对各个本地网的协调。因此,我们同甲方沟通,任命省公司安防管理员担任甲方项目经理,负责项目的接口,另外,请他参加变更控制委员会,参与项目的变更控制。

根据分析的结果,我们在项目管理计划中编制了沟通计划,包括项目的干系人、信息需求及沟通方式。项目的沟通方式主要采用会议、电子邮件、项目信息管理系统以及非正式的交流。

七、二项目干系人管理

项目的成功的标志是满足项目干系人的期望,特别是客户的期望。因此,首先必须和客户进行有效的沟通,了解客户的期望,也就是客户需求。

我们按照项目干系人的分类,与甲方项目经理协商,确定了12名用户代表为需求调查对象。随后,于2008年4月在省公司召开了需求调查会议。在会议之前,我们进行了精心的准备,使用图形工具制作了一个原型演示系统,目的是为用户提供直观的感受,启发用户,以便于需求的获取。另外,我们还使用公司提供模板编制了需求调查表,在会议之前发送给与会人员,让用户事先做好准备。需求调查会议由甲方项目经理组织,由于事先准备充分,通过一天的会议,获取了大量的第一手的用户需求。用户的需求多种多样,有些甚至是矛盾的。因此,会后我们和甲方项目经理一起对用户的需求进行整理与分析,编制了《用户需求说明书(征求意见稿)》,对于被拒绝的需求,也进行了记录并说明拒绝需求的原因。然后,将会议纪要和需求说明书下发进一步征求反馈意见,再对反馈意见进行整理,最后完成正式的《用户需求说明书》。但是,甲方项目经理虽然认可《用户需求说明书》,却不肯签字确认。通过分析,我们发现,这与甲方项目经理的性格有关,他属于友善型的性格,特点是可靠,合群,不喜欢改变和订立目标。根据他的性格特点,我们采取了相应的应对方法。在私下沟通中,我们尽力创造一种坦率交流信息和感情的合作气氛,向他说明,用户需求确定后,是可以变更的,只是变更要遵循变更规程;而且他是变更控制委员会的成员,可以主动地参与项目变更过程的管理,另外,我们还建议他向自己的直接主管(安保部经理)征求意见。最后,在2008年5月,甲方项目经理正式确认了《用户需求说明书》。

在项目组内部,我们主要采用工作报告、周例会和项目信息管理系统进行沟通。项目组建立了QQ群,成员可以进行自由的交流。但是正式的文档我们还是要求通过项目信息管理系统进行提交,以便满足归档与审计的要求。

很好的复习材料!2013年信息系统项目管理师论文考前复习范文。希望大家顺利通过考试!加油!!

在进入系统部署的第二周,现场工程师反馈,原计划每天应完成三台安防设备的接入,但是实际上平均每天只完成了一台安防设备的接入。我们迅速对问题进行了分析,发现主要有两个原因:

一:安防设备本身故障,无法接入

二:安防设备的配置发生了变更,与设计图纸不一致,导致测试时达不到合格标准。 从理论上讲,这两个问题都是甲方的问题;但是,如果不解决,会严重影响项目的进度。通过进一步的分析,我们发现,这里还有一个项目干系人,即安防设备维保单位,他们和甲方有合同关系,负责保证安防设备的正常运行。对于设备本身故障,我们要求维保单位进行维护,然后再进行测试;对于设备配置的变更,我们则要求维保单位首先对设计图纸进行更新,然后再进行测试。由于我们和安防设备维保单位没有直接的合同关系,因此所有的沟通都是通过甲方,或者以甲方的名义进行。另外,我们也意识到,系统部署已经无法按照原计划执行。根据估算,如果仍然是三组并行工作,项目可能无法按期完成。因此,我们还与公司管理层进行沟通,向公司汇报项目的进展,说明增加资源的必要性。经公司批准后,我们重新对进度计划进行了修订,动用预留成本,增加了一个部署小组,分为四组并行工作。

七、三总结

通过项目沟通管理,我们有效地减少项目的风险,使项目可以按期、高质量的交付,同时也提高了用户满意度。

当然,我们的沟通管理工作也有不足之处。例如,我们对沟通的风险认识不全面,没有识别出安保设备维保单位这一重要的项目干系人。如果能够及早与安防设备维保单位进行沟通,让他们及早了解我们的要求,及早进行安防设备的检查及安防图纸的更新,我们就可以按照原计划进行系统部署。为了确保按期交付,我们采取了增加资源,增大并行度以及加班的方法,最后虽然按期完成,但是项目成本比预算超出10%。在进行项目总结时,这些问题都作为经验教训写入项目总结报告,纳入公司的项目管理知识库。我们真诚希望,在公司未来的项目实施中,不会出现类似的失误,从而实现项目管理过程的持续改进。

八、人力资源管理

八、一人力资源策划

项目中所有的活动均是通过人来完成的。如何充分发挥“人”的作用,对于项目的成败起着至关重要的作用。据统计,全世界所有项目的成功率为25%,项目失败的一个重要原因就是人的原因。

本项目是一个信息系统集成项目,特点是涉及范围广,项目干系人众多。项目分为平台开发与系统部署两个阶段,两个阶段的人力资源需求有着较大的区别。

我们首先对项目所需的人力资源进行了分析,根据项目总体计划,确定了软件开发与工程实施所需的人员数量与技能要求,并决定,首先组成软件开发团队,在软件开发进入系统测试时,工程实施人员再进入。

八、二项目团队建设与管理

我公司为职能型组织结构,下设研发中心与工程部。项目管理团队由我担任项目经理,另外还包括一名技术经理与一名工程经理。技术经理负责平台开发,工程经理则负责系统部署。根据人力资源计划中确定的人员需求,我们与研发中心主任沟通,以原动力环境集中监控平台的开发团队为基础组建安防平台开发团队,这样做有两个优点:一是动力环境集中平台与安防平台的架构类似,所需的开发技能基本相同,二是原团队成员经过长期合作,相互之间比较默契,开发效率高。

最后项目团队组成如下:

平台开发:6名开发人员(其中两名兼系统设计),2名测试人员,一名美工,一名质量

很好的复习材料!2013年信息系统项目管理师论文考前复习范文。希望大家顺利通过考试!加油!!

保证人员(兼职),一名配置管理员(兼职)。

系统部署:分三组,每组一名现场工程经理,4名工程人员,还有小工若干名(当地招聘)。

项目组内的沟通,我们主要采用工作报告、周例会和项目信息管理系统进行沟通。项目组建立了QQ群,成员可以进行自由的交流。但是正式的文档我们还是要求通过项目信息管理系统进行提交,以便满足归档与审计的要求。软件开发团队都在研发中心的大办公室里,相互沟通也非常方便。

我们使用 Microsoft Project 2003 作为项目管理辅助工具,利用 Project 2003建立WBS和项目进度计划。在WBS中,我们为每个活动指定了责任人,确保每个责任人明确他的职责和时间期限。同时,我们还利用工作日志系统,实时收集项目的进度。对于软件开发人员,我们要求他每天在工作日志中报告执行任务的进度,并且进度要量化,要以完成百分比表达。对于现场部署人员,则要求每周在工作日志中报告任务进度,量化的指标是接入安防设备的数量。通过 Project 的统计与分析功能,我们对项目和团队的绩效进行评估。

在安防平台进行集成测试时,我们安排关键工程实施人员进入项目,与软件测试人员一起进行系统测试,从而可以让他们及早掌握系统实施的经验;另外,也可以与开发人员建立私人关系,培养团队协作精神。

在进入系统部署的第二周,我们进行绩效检查时,发现团队绩效出现了偏差。按照计划,每个部署小组每天应完成三台安防设备的接入,但是实际上平均每天只完成了一台安防设备的接入。我们迅速对偏差进行了分析,发现主要有两个原因:

一:安防设备本身故障,无法接入。

二:安防设备的配置发生了变更,与设计图纸不一致,导致测试时达不到合格标准。 从理论上讲,这两个问题都是甲方的问题。但是,如果不解决,会严重影响团队的士气。通过进一步的分析,我们发现,这里还有一个项目干系人,即安防设备维保单位,他们和甲方有合同关系,负责保证安防设备的正常运行。对于设备本身故障,我们要求维保单位进行维护,然后再进行测试;对于设备配置的变更,我们则要求维保单位首先对设计图纸进行更新,然后再进行测试。由于我们和安防设备维保单位没有直接的合同关系,因此所有的沟通都是通过甲方,或者以甲方的名义进行。

另外,我们也意识到,系统部署已经无法按照原计划执行。根据估算,如果仍然是三组并行工作,项目可能无法按期完成。因此,我们与公司管理层进行沟通,向公司汇报项目的进展,说明增加资源的必要性。经公司批准后,我们重新对进度计划和人力资源计划进行了修订,动用预留成本,增加了一个部署小组,分为四组并行工作。

八、总结

通过人力资源管理,我们有效地减少项目的风险,使项目可以按期、高质量的交付,同时也提高了用户满意度。

当然,我们的人力资源管理工作也有不足之处。例如,我们对人力资源管理的认识不全面,没有识别出安保设备维保单位其实也是项目的人力资源。如果能够及早与安防设备维保单位进行沟通,让他们及早了解我们的要求,及早进行安防设备的检查及安防图纸的更新,我们就可以按照原计划进行系统部署。为了确保按期交付,我们采取了增加资源,增大并行度以及加班的方法,最后虽然按期完成,但是项目成本比预算超出10%。

此外,由于公司是职能型的组织架构,项目组成员的绩效都是由所在部门进行考核,在项目绩效与个人绩效之间缺乏直接的联系。作为项目经理,我感到对项目组成员的管理还存在一些问题,有时候会感觉叫不动。这时,我主要是采取以身作则的方式来引导与影响他们,期望他们能有所改善。在整个项目实施过程中,我没有向部门经理就人员表现进行过投诉。

在进行项目总结时,这些问题都作为经验教训写入项目总结报告,纳入公司的项目管理

很好的复习材料!2013年信息系统项目管理师论文考前复习范文。希望大家顺利通过考试!加油!!

知识库。我们真诚希望,在公司未来的项目实施中,不会出现类似的失误,从而实现项目管理过程的持续改进。

九、项目整理管理

九、一项目整体管理策划

项目整体管理是从全局的、整体的观点出发,有机的协调项目各个要素。在项目影响的项目各项具体目标和方案中权衡和选择,消除项目各单项管理的的局限性,从而最大限度的满足项目干系人的需求和希望。项目的整体管理贯穿项目的整个生命周期,是项目全过程的管理。

本项目是一个信息系统集成项目,特点是涉及范围广,项目干系人众多。项目分为平台开发与系统部署两个阶段,两个阶段的项目管理有着较大的区别。

项目管理的第一步是正式启动项目。为了管理众多的项目,我公司自行开发了基于WEB的项目管理系统。所有的项目必须在项目管理系统中注册,通过电子流程审批后,获得项目编号,才能启动实施。没有编号的项目,无法在财务系统中进行成本的列支。该项目由公司李副总主管。李副总编制了《项目任务书》(项目章程),对项目的目的、项目的范围、项目的组织进行了说明,并任命我担任项目经理。《项目任务书》和合同相关文件提交到项目管理系统中,经过公司的项目管理部门和风险管理部门审批后,项目正式立项。

我从一开始就全程参与了项目的合同谈判,因此对项目的范围已经有了基本的了解。由于本项目包括平台软件的定制开发,因此在合同的技术文件中已经对平台的功能、性能以及验收标准都进行了明确的定义。项目正式立项后,我根据《项目任务书》,采用公司提供的项目范围说明书模板,以合同的技术文件为基础,编制了项目范围说明书,对产品目标、项目目标、项目边界等进行了进一步的明确。

本项目是一个信息系统集成项目,特点是涉及范围广,项目干系人众多。项目分为平台开发与系统部署两个阶段,两个阶段的项目管理有着较大的区别。

对于平台开发阶段,由于之前我们已经和用户一起在某本地网进行过实验验证,需求比较明确,因此我们选择瀑布模型,通过对公司提供的标准软件过程进行剪裁,编制了软件开发阶段的管理计划。对于系统部署阶段,则采用了动力环境集中监控工程使用的管理计划模板。对两部分计划进行整合,形成了项目的总体管理计划,内容包括进度、成本、质量、风险以及人力资源。此外,公司还为项目组配置了一名兼职质量保证人员和一名兼职的配置管理员,在他们的协助下,我们还编制了质量保证计划与配置管理计划。

我们使用 Microsoft Project 2003 ,按照系统对项目范围进行进一步分解,编制了WBS和WBS字典。《项目范围说明书》和WBS一起构成了项目的范围基线。在WBS中,我们定义了多个重要的里程碑,例如《产品需求说明书》、《系统总体设计方案》等,在这些检查点上,只有通过验证才能进入下一个阶段。部分里程碑还需要用户的确认,例如《用户需求说明书》。

九、二项目的监督与控制

为了管理项目的变更,我们建立了变更控制委员会,成员包括甲方项目经理、我方项目经理(本人)、技术经理和工程经理。所有的范围变更请求(包括用户提出的变更和我公司在项目实施过程中提出的变更)都要由变更控制委员会进行审批。

在项目实施中,对于产品的质量,我们采用技术评审以及测试来进行控制。而在每个阶段的结尾,我们则采用管理评审,检查是否满足设定的标准。我们还利用工作日志系统,实时收集项目的进度。对于软件开发人员,我们要求他每天在工作日志中报告执行任务的进度,并且进度要量化,要以完成百分比表达。对于现场部署人员,则要求每周在工作日志中报告任务进度,量化的指标是接入安防设备的数量。通过 Project 的统计与分析功能,我们可以

很好的复习材料!2013年信息系统项目管理师论文考前复习范文。希望大家顺利通过考试!加油!!

对项目和团队的绩效进行评估。

在进入系统部署的第二周,我们进行绩效检查时,发现部署进度出现了偏差。按照计划,每个部署小组每天应完成三台安防设备的接入,但是实际上平均每天只完成了一台安防设备的接入。我们迅速对偏差进行了分析,发现主要有两个原因:

一:安防设备本身故障,无法接入

二:安防设备的配置发生了变更,与设计图纸不一致,导致测试时达不到合格标准。 针对这两个原因,我们都制订了相应的措施。对于设备本身故障,我们通知甲方,要求维保单位进行维护,然后再进行测试;对于设备配置的变更,我们则要求维保单位首先对设计图纸进行更新,然后再进行测试。但是,我们也意识到,系统部署已经无法按照原进度计划执行。根据估算,如果仍然是三组并行工作,不仅无法提前完成,还有可能延期。因此,我们重新对进度计划进行了修订,向公司申请资源,增加了一个部署小组,分为四组并行工作。此外,我们还和甲方进行沟通,主动将项目进展报告的周期缩短到周。这样,如果现场出现需要甲方协调的问题,可以及时得到解决。

由于我们对项目进行了科学的管理,在甲方进行系统验收时一次性通过。由于在系统测试中还帮助甲方消除了不少安全隐患,甲方还对我公司表示了感谢。

九、三总结

通过项目整理管理,我们有效地减少项目的风险,使项目可以按期、高质量的交付,同时也提高了用户满意度。

当然,我们的整体管理工作也有不足之处。例如,项目范围中包括数字化消防图纸录入,但是在系统部署时才发现,大量的建筑消防设备只能提供纸质消防图纸,对于纸质消防图纸的数字化是否包括在项目范围之中我们和甲方有不同的理解。最后,为了不影响进度,我们将纸质消防图纸的电子化工作进行了外包。究其原因,是由于我们在开始时对项目范围定义不严格。在进行项目总结时,这些问题都作为经验教训写入项目总结报告,纳入公司的项目管理知识库。我们真诚希望,在公司未来的项目实施中,不会出现类似的失误,从而实现项目管理过程的持续改进。

十、组织级项目管理与大型项目管理

十、一企业的项目管理

我公司是一个工程公司,公司的业务收入都是通过各个项目实现的。

公司为了管理众多的项目,自行开发了基于WEB的项目管理系统。公司的管理层、职能部门及具有项目经理资质的人员都拥有系统账号,根据不同的授权执行相应的操作,例如项目立项申请、项目评估、项目审批。项目通过电子审批流程,获得项目编号,才能启动实施。由于项目管理系统与财务系统联网,没有编号的项目,无法在财务系统中进行成本的列支。

我公司是职能型的组织架构,项目一般由各个经营实体实施。为了使项目能支持企业的组织战略目标,公司还建立了市场拓展部(项目办公室)。市场拓展部具有以下职能:

对项目立项进行评估与选择

对跨经营实体的项目进行协调

对多个项目之间的资源冲突进行协调

维护公司的通用项目管理流程

财务收益不佳,但是对于企业有重大意义项目的实施(例如新市场的进入)

为了强化项目管理能力,公司非常重视人力资源的建设,在公司内部开展项目经理上岗制度,规定了项目经理的执业要求(一级建造师、系统集成工程师),近年来由于海外项目的拓展,公司还多次组织人员参加了PMP培训与考试。

很好的复习材料!2013年信息系统项目管理师论文考前复习范文。希望大家顺利通过考试!加油!!

公司的软件研发项目主要由研发中心承担。为了提高软件项目的质量,研发中心实施了能力成熟度模型集成(CMMI),目前的状态是CMMI三级,即已定义级。已定义级说明研发中心对已将软件管理和工程两方面的过程文档化、标准化,并综合成该组织的标准软件过程。所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件,软件产品的生产在整个软件过程是可见的。研发中心配置了组织级的QA,在公司通用项目管理流程的基础上建立了软件开发管理流程,在公司的信息管理系统下设立了研发中心的组织财富库。

十、二大型项目管理

项目通过审批,获得项目编号后,我们进行项目实施阶段。项目管理组包括项目经理(本人)、技术经理和工程经理。

本项目是一个信息系统集成项目,特点是涉及范围广,项目干系人众多。项目分为平台开发与系统部署两个阶段,两个阶段的项目管理有着较大的区别。

通过对项目的分析,我们把项目分解为12个相关的子项目,包括一个软件开发项目和11个系统部署集成项目。由于公司为职能型结构,项目成员分别来自研发中心与系统集成工程部,项目属于跨经营实体项目,因此我们在实施中获得了市场拓展部(项目办公室)的支持。项目设四个子项目组,软件研发组负责平台软件的开发,由技术经理担任组长,另外三个是系统部署组,分别负责11个本地网的系统部署,每个组设一名组长,三个小组由工程经理统一协调、指挥。

软件研发组采用研发中心的项目管理过程,其他三个系统部署组则采用公司通用的项目管理过程。根据项目的特点,我们对过程进行了剪裁,使过程符合项目的实际。

我们根据合同与项目范围说明书编制了项目的总体计划,然后要求各个子项目组根据项目总体计划编制子项目计划,对项目的目标和任务进行分解。子项目计划编制完成后,我们还对其进行了检查,确认子项目计划符合项目总体计划的要求。

为了管理范围的变更,我们建立了项目级的变更控制委员会,成员包括甲方项目经理、我方项目经理(本人)、技术经理和工程经理。所有的范围变更请求(包括用户提出的变更和我公司在项目实施过程中提出的变更)都要由变更控制委员会进行审批。在项目进行过程中,各地方的用户又陆续提出很多变更。例如,某用户提出在报警电子处理流程中使用ECP网络电话代替电话语音卡,通过评估,我们发现,使用ECP网络电话可以有效降低业务台的硬件配置要求,节省投资,但是使用ECP涉及内外网的互联,并且需要使用ECP SDK进行开发,会对项目进度造成较大影响,因此拒绝了该功能。

在项目执行中,我们定期监控子项目的实施绩效,与基准计划进行比较,发现偏差,及时处理。在进入系统部署的第二周,我们进行绩效检查时,发现某个部署小组的绩效出现偏差了偏差。按照计划,该部署小组每天应完成三台安防设备的接入,但是实际上平均每天只完成了一台安防设备的接入。我们迅速对偏差进行了分析,发现主要有两个原因:

一:安防设备本身故障,无法接入

二:安防设备的配置发生了变更,与设计图纸不一致,导致测试时达不到合格标准。针对这两个原因,我们都制订了相应的技术与管理措施。此外,我们还对进度计划进行了修订,向公司申请资源,增加了一个部署小组,分为四组并行工作。最后,我们还和甲方进行沟通,主动将项目进展报告的周期缩短到周。这样,如果现场出现需要甲方协调的问题,可以及时得到解决。

十、三总结

通过大型项目整理管理,我们有效地减少项目的风险,使项目可以按期、高质量的交付,同时也提高了用户满意度。

综合安防平台项目使公司得以进入消防行业,是公司业务的一大突破。因此在项目执行过程中,得到了市场拓展部的重视,项目的成功与公司的支持密不可分。例如,我们对风险

很好的复习材料!2013年信息系统项目管理师论文考前复习范文。希望大家顺利通过考试!加油!!

认识不全面,导致项目后期进度出现重大偏差。为了纠正进度偏差,我们采取了增加资源,增大并行度以及加班的方法,虽然按期完成,但是项目成本有一定的增加。

在进行项目总结时,这些问题都作为经验教训写入项目总结报告,纳入公司的项目管理知识库。我们真诚希望,项目的经验教训可以转变为公司的项目管理经验,在公司未来的项目实施中,不会出现类似的失误,从而实现项目管理过程的持续改进。

希望各位考生顺利考试过关!

本文来源:https://www.bwwdw.com/article/nm54.html

Top