【高项】- 范围管理论文

在这里插入图片描述

论文仅供参考

【摘要】
2018年4月,我参加了某地方政府信息融合项目的开发,担任项目经理。该项目一共投资600万元,建设工期1年,由于政府机构众多,信息发布平台存在重复建设,信息孤立问题。由政府信息中心牵头,联合各部门对政府信息系统进行改造升级。我公司于2018年3月中标该项目,与政府签订合同后不久便发布了项目章程,任命我为乙方项目经理,信息中心陈主任为甲方项目经理。本项目分二期建设,项目整体于2019年4月成功验收。在该项目中项目范围管理发挥了重要的作用,本文以该项目为例,讨论项目范围管理,包括规划范围管理、收集需求、定义范围、创建WBS、确认范围、控制范围6个过程,对产生的实际问题,提出自己的见解和体会。

【正文】
当前该政府自身有门户网站,其他机构也拥有自己的门户网站,各应用系统相对独立,没有建立统一、有效的数据存储交换机制,并且大部分系统老旧,缺少升级维护。因此,导致系统重复建设,资源浪费现场比较严重,同时信息分散,账号权限分散,业务难以协同,部门老旧系统性能低下,漏洞多,时不时就会被攻击导致系统瘫痪,严重影响系统的正常使用和数据安全。鉴于以上情况,该政府启动了本项目的招标工作,我公司中标该项目。
本人在该项目中担任项目经理,负责项目的全面管理,由于该项目业务复杂,涉及子系统多,部门多,范围广,项目干系众多等特点,项目分二期进行,一期主要完成系统架构、政府门户网站、政府信息公开、招投标系统、移动门户,4大主要系统,近百个子功能。二期主要建设政府各部门子网站约12个。该项目采用Java语言开发,其他集成框架有Spring、Mybatis、RocketMq,Tomcat,数据库为Mysql,选择成熟且稳定的版本进行开发,项目于2019年4月准时成功验收,并在后期的政府门户系统评比中获奖。
由于本项目建设规模大,业务复杂,涉及的部门、干系人众多,还涉及旧数据迁移,因此为了保证项目能圆满完成,项目组配有6名开发和3名测试,2名UI。在接到项目经理这个岗位后,我认识到对这样的大型复杂项目来,科学的范围管理对项目的成功至关重要,下面将分别从范围管理的六个过程进行论述。
1、规划范围管理
凡事预则立,不预则废,因此需要依据明确的项目目标、项目章程,并参考组织过程资产和环境因素,使用专家判断和会议来制定项目范围管理计划,和需求管理计划来指导范围管理工作。范围管理计划描述将如何定义、制订、监督、控制和确认项目范围。需求管理计划描述在整个项目生命周期内如何分析、记录和管理需求,是对项目的需求进行定义、确定、记载、核实管理和控制的行动指南。可见规划范围管理的重要性,因此我召集项目骨干成员、公司的项目专家,参考了公司以往类似项目的过程资产,制定了范围管理计划,和需求管理计划,并更新到项目管理计划中。
2、收集需求
由于本项目涉及部门多,业务复杂,不同子系统的主要干系人不同,根据一期的建设内容,我邀请甲方项目经理、监理方、主要干系人对一期的建设内容进行优先级排序,决定先开发政府门户系统,其次开发政府信息公开系统和招投标系统,最后开发移动门户系统。由于政府门户系统的重要干系人是政府部门信息中心,我首先参考旧的门户系统,以及其他政府门户系统,制定了一份初始需求文件,随后邀请信息中心主要成员进行焦点小组讨论,通过焦点小组讨论,我将会上讨论的结果对初始需求文件进行修改完善和补充,得到需求文件。由于该项目业务复杂,建设内容多,信息中心成员也有自己的想法,导致讨论会拉长,期间我们还采用了问卷调查、标杆对照方法收集需求,对文件反复进行了多次修改才得到最终的《门户网站系统需求说明书》。
3、定义范围
只有清晰的项目边界,才能有效管理范围。我召集开发团队,依据《门户网站系统需求说明书》使用产品分析技术,结合我方的系统框架,对收集到的需求进行转换,比如对于依赖其他子系统的需求,建议放到子系统开发中。我将哪些内容包括在该系统内,哪些不在该系统内的需求记录到《门户网站系统范围说明书》中,并邀请甲方负责人、监理方签字确认。
4、创建WBS
只有将目标进行分解,才能进行有效的管理。我带领团队首先确定WBS基于可交付物进行分解,采用4层结构,之后采用分解技术,将门户网站系统主模块作为第一层,业务模块作为第二层,业务模块子功能作为第三层,第四层是对第三层的进一步细化。期间使用滚动式规划的方法,将近期需要完成的工作分解的细一些,远期工作分解的粗一些,最后我们将WBS、WBS词典提交评审,通过后正式发布,形成范围基准。
5、确认范围
确认范围是项目干系人正式接受已完成项目交付物的过程,对于降低风险,确保项目受控有着重要作用。在该项目中,我使用检查和群体决策技术,在每个主模块结束时与相关干系人召开阶段评审会,各方共同对本阶段的工作内容和交付物进行评审,评审通过后进行签字确认。
6、控制范围
要有效控制项目范围,就需要持续监督,及时发现和处理偏差,维护范围基准,杜绝范围蔓延。但可能由于我们的项目范围说明书制定的不够周密详细,有一定得错误或遗漏,或者客户对项目、项目产品或服务的要求发生改变,变更不可避免,但必须严格按照变更控制流程进行,并更新项目范围说明书和WBS,防止范围蔓延,确保项目顺利进行。
该项目于2019年4月进行试运行,这期间对用户反馈的建议进行了不断完善,截止目前系统运行状态良好,并且该项目在后面的政府系统评比中获奖。项目的成功很大程度上得益于对项目范围的有效管理。其中也遇到一些问题,比如收集需求中通过焦点小组讨论的方式,项目主要干系人参与程度不高,或者半路有事离开的较多,导致需求产生遗漏,对此我可以通过访谈、引导式研讨会、问卷调查的方式对需求进行补充收集。
在后续的工作中,我将牢记经验教训,不断学习,和同行多交流,提升自己的业务和管理水平,相信通过不断的积累和不懈努力,我的信息系统项目管理能力一定可以得到不断提高,力争为我国信息化建设做出自己的努力。


其他论文
【高项】- 采购管理论文
【高项】- 整体管理论文
【高项】- 进度管理论文
【高项】- 质量管理论文

就这么多了,我就写了这么几篇。

猜你喜欢

转载自blog.csdn.net/weixin_40972073/article/details/125419459