没有合适的资源?快使用搜索试试~ 我知道了~
2017年下半年-信息系统项目管理师-论文的写法详解及范文.docx
1.该资源内容由用户上传,如若侵权请联系客服进行举报
2.虚拟产品一经售出概不退款(资源遇到问题,请及时私信上传者)
2.虚拟产品一经售出概不退款(资源遇到问题,请及时私信上传者)
版权申诉
0 下载量 153 浏览量
2022-07-07
23:54:48
上传
评论
收藏 65KB DOCX 举报
温馨提示
试读
26页
2017年下半年-信息系统项目管理师-论文的写法详解及范文.docx2017年下半年-信息系统项目管理师-论文的写法详解及范文.docx2017年下半年-信息系统项目管理师-论文的写法详解及范文.docx2017年下半年-信息系统项目管理师-论文的写法详解及范文.docx2017年下半年-信息系统项目管理师-论文的写法详解及范文.docx2017年下半年-信息系统项目管理师-论文的写法详解及范文.docx2017年下半年-信息系统项目管理师-论文的写法详解及范文.docx2017年下半年-信息系统项目管理师-论文的写法详解及范文.docx
资源推荐
资源详情
资源评论
龙头
2015 年 3 月,我们作为系统集成项目的总包商承接了某省环境保护
厅委托的电子政务综合办公门户建设项目。我作为该项目的项目经理
负责该项目的全程管理工作。整个项目总投资 700 多万,建设工期为
7 个月。该省环境保护厅力图通过综合办公门户项目的建设,打破“数
据孤岛”,拆除“应用烟囱”,整合信息资源,集成业务系统,实现数
据共享,进而形成省、市、县三级统一的综合办公门户。
本文以电子政务综合办公门户项目为例,结合作者实践,探讨了在项
目整体管理中遇到的问题和解决方法。由于本项目涉及功能模块较多,
项目关系人众多,做好沟通管理就显得尤为重要,所以本文从项目章
程制定,制定范围说明书(初步),制定项目管理计划,指导和管理
项目执行,监督和控制项目,整体变更控制、项目收尾方面进行阐述。
最后,针对项目整体管理中存在的不足,提出了今后的改进思路。
长期以来,某省环境保护厅在各项工作中积累了大量的信息资源。但
是,系统大部分采用分散建设方式,导致信息资源分散、共享应用不
足,形成一个个“数据孤岛”;同时应用系统技术架构多样,不同历
史时期建设的各类业务应用系统缺乏统一集成与整合,系统用户及授
权的分散管理导致系统间一站式访问困难,形成一个个“应用烟囱”;
分散建设从总体上降低了资源的可用性,限制了资源效益的发挥,阻
碍了某省环境保护厅信息化的发展。.
该项目硬件、网络部分依托环保云平台。主要功能有公文管理、信息
管理、行政管理、沟通通讯、人事财务、工作管理、个人事务、党建
廉政共 8 大类 37 小项的模块建设,集成行政审批、污染源自动监控、
环境质量自动监控、监察执法等 17 个业务系统和业务数据。项目前
端展现使用 Struts2.0 技术,控制层使用 Spring 技术,持久层使用
hibernate 技术,数据的集成接口使用 WebServic、XML 技术,通过单
点登录技术实现多业务系统的集成。
由于前期项目招标过程我也是主要的参与人之一,对项目情况比较了
解,公司领导发布项目章程,我有幸得到领导和客户的信任,成为该
项目的项目经理,全面负责整个项目的管理工作。为了按照既定的进
度,成本和质量完成项目目标,在该项目中,我充分重视了风险管理,
按照项目风险管理理论,结合自己的项目实践,有条不紊的完成了该
项目。具体来讲,我是按照以下基本的管理过程进行风险管理的。
龙尾
经过我们团队的不懈努力,本项目终于在 2015 年 10 月,通过了业主
方组织的验收。目前系统运行状态良好,获得了客户和本公司领导的
一致好评。总结整个项目的实施,本项目的成功得益于我成功的风险
管理。当然,我们的风险管理工作也有不足之处。例如,在项目实施
阶段,有位同事突然由于家庭缘故离职,我迅速采用了 AB 角色进行
了替换,减小了对项目带来的风险。在进行项目总结时,这些问
题都作为经验教训写入到项目总结报告,纳入公司的项目管理知识库,
更新了公司组织过程资产。我也真诚希望,在公司未来的项目实施中,
不会出现类似的失误,从而实现项目管理过程的持续改进。
大项目的特征
××项目,具有以下几个特征:①项目周期长(在本项目早期,我公
司向建设方提供了项目建设规划的整体思路,并提交了项目建议书的
初稿);②项目规模较大,目标构成较复杂;③项目干系人构成复杂,
不仅包括项目内部所形成的项目管理体系,还包括合作方(如专业性
较强的计算机机房工程子项目的分包公司等);④高级项目经理面临
更多“间接管理”的挑战,日常职责更集中于管理职责;⑤费用多、
综合性强等。
范围管理
一、 制定范围计划
作为一名合格的项目管理者,做任何事之前都应该先做好计划。好的
计划,是成功实施项目的基础。有些人为做项目范围计划花费了太多
时间,不如把它们用于执行工作,项目将会更快更好地完成,我认为
这是一个错误的想法,通过省略范围计划制定,虽然能短暂时间内节
省一定的时间,但在长期来看,常常会因缺乏管理计划指导而使得范
围定义不清、范围蔓延,以致无法完成项目。
因此,在该项目中,我非常重视范围计划的制定,在正式做计划.
之前,我先查找了公司组织过程资产,结合企业环境因素,项目章程,
同时找出信息系统管理中制定项目范围管理的模板,结合以往类似项
目的经验,制定了一份项目管理计划。然后召集项目组全体成员,对
项目管理计划进行初步的讨论修改。在全体参与下,最终完成了一份
详细的、科学的范围管理计划,用于指导项目如何定义、分解以及确
认、控制。
二、制定范围说明
范围说明书也就是范围定义,从这个意义上讲就是项目应该做什么,
不应该做什么,以及如何做。恰当的范围定义对项目的成功十分关键,
当范围定义不明确时,变更就会频繁的出现,很可能会造成返工、延
长工期、降低团队士气等一系列不良后果。结合该项目,我们的范围
说明书主要包含以下内容:
(1) 项目目的。目的是打破孤岛,拆除烟囱,整合数据资源,集成
业务系统,形成省、市、县三级统一的综合办公门户。
(2)产品范围描述。对综合办公系统的包含的 8 大模块 37 个功能,
以及集成的 17 个业务系统,进行功能、性能、操作等方面进行表述,
随着项目的进展,范围描述会逐步细化。
(3) 项目的可交付物。综合办公平台的可交付物为统一的门户,公
文管理、信息管理、财务管理、报账管理,合同管理、档案管理,党
建廉政管理人员绩效和工资等模块的实施和维护。
(4) 项目的边界。定义了该项目的设计,实施,维护为本项目要完
成的事项,代用户录入数据,新建表单等内容不属于项目的范.
围。
(5) 项目的验收条件。明确了该项目的界面符合主流的 div+css 技
术,整体框架使用 SOA 框架进行开发,功能模块要符合合同中规定
要求进行。
(6) 项目的约束条件。 例如:项目的时间要求,进度要求等等。
三、作工作分解结构
WBS 的建立对项目来说意义非常重大,他使得原来看起来非常笼统、
相对模糊的项目,逐步完成项目落地,使得项目有据可依,使得项目
团队的目标更加明确了。如果没有完善的 WBS,变更就会不断的出现,
很可能也会造成返工、项目延期、降低团队士气等一系列不利后果。
制定一个好的WBS的思想是逐步深入,先将项目成功框架确定下来,
按照子模块功能将项目进行分解,然后每层下面再把工作分解。针对
本项目,我按照如下步骤制定出 WBS:
(1) 识别该项目的交付物和相关工作。
(2) 对 WBS 的结构进行组织。根据识别出的交付物分解模块。每
个模块要完成的功能再进行分解。
(3) 对 WBS 进行分解。将功能模块分解成工作包,也就是分解成
为可测量,可控制的工作,一般分解为一个人 80 小时能完成的工作。
(4) 对 WBS 中各级工作分配标识符。
(5) 对当前分解的 WBS 进行检验,确认工作分解的程度是必要和
充 分的,体现在检查工作包分解的对不对。.
四、范围确认
范围确认是项目干系人正式接受已完成项目交付物。项目范围确认是
很困难的事情,范围确认始终贯穿项目始终。客户总是认为什么都没
有看到,怎么能进行确认呢?出现客户范围确认不配合的情况。而我
们希望客户尽快确认,以便开展下面的工作。我们通过和客户进行很
好的沟通,尤其是和客户方项目经理多沟通,告诉他们虽然项目范围
剩余25页未读,继续阅读
资源评论
春哥111
- 粉丝: 1w+
- 资源: 5万+
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功