当前位置:论文网 > 论文宝库 > 信息科技类 > 计算机信息管理论文 > 正文

论信息系统项目范围管理

来源:UC论文网2019-05-16 09:26

摘要:

  【摘要】2015年10月,我作为项目经理参与了**省**市人民防空办公室的指挥平台升级改造项目的建设,该项目投资约300万元人民币,建设工期3个月。该项目建设了地上指挥所、地下指挥所和机动指挥车“三位一体”指挥体系;实现了既有视频信号和新增视频信号均可高清数字化网络传输;以及地上指挥平台和地下指挥平台分布式控制等功能,极大的提高了该单位在实际指挥和演习过程中指挥命令的快速下发和协调。该项目于2...

  【摘要】2015年10月,我作为项目经理参与了**省**市人民防空办公室的指挥平台升级改造项目的建设,该项目投资约300万元人民币,建设工期3个月。该项目建设了地上指挥所、地下指挥所和机动指挥车“三位一体”指挥体系;实现了既有视频信号和新增视频信号均可高清数字化网络传输;以及地上指挥平台和地下指挥平台分布式控制等功能,极大的提高了该单位在实际指挥和演习过程中指挥命令的快速下发和协调。该项目于2016年1月通过验收。本文以该项目为例,结合我的实际经验,讨论了信息系统项目建设过程中的范围管理。


  【关键字】信息系统,项目,范围


  作者:焦江


  2015年10月,我作为项目经理参与了**省**市人民防空办公室的指挥平台升级改造项目的建设,该项目投资约300万元人民币,建设工期3个月。通过该项目的建设,主要实现了以下几个功能:1、地上与地下指挥所通过有线通信实现音视频的互联互通;地上指挥所和机动指挥车视距通过无线短波图传,单兵4G和卫星通信(动中通)实现音视频互联互通。2、既有视频信号和新增信号源均实现数字化高清网络传输。跳出以往通过高清、标清视频矩阵的束缚,对视频信号源通过IP的形式直接通过网络处理器传输到各显示单元大屏幕上显示。3、地上指挥所、地下指挥所均可直接控制三个指挥单元的信号传输,通过分布式控制器与信令主机的通信,摆脱先前以地上指挥所为通信枢纽的模式,实现分布式控制。在本项目中范围管理尤为重要,我作为项目经理,除对其余管理领域进行恪尽职守的管理外,特别对范围管理从制定范围管理计划、范围定义、创建WBS、范围确认和范围控制五个方面进行了管理。


  一、制定范围管理计划


  范围管理计划,是项目管理计划的重要组成部分,防止项目在实施过程中出现范围定义不清、范围蔓延,影响项目的完成。在正式制定计划之前,我查阅了项目章程及初步范围说明书,查找了公司的组织过程资产,根据项目特点再结合以往的项目经验制定出了一份初步计划,随后召集所有项目干系人对计划进行修改和完善,最终完成了一份详细的、科学的范围管理计划。


  二、范围定义


  一个成功的项目,应该需要在项目前期定义一个明确的项目范围以及详细描述,形成项目详细的范围说明书。在项目的早期阶段我带领项目团队,进驻客户现场进行研讨,查看了先前的信息化集成用户说明,现场观摩指挥平台操作,然后召集了项目干系人进行业务交流收集意见需求。我用原型法将收集到的信息做成项目DEMO,以PPT形式演示系统升级后实现的功能,形成需求文件。做好文件后召集项目主要干系人对系统功能做评价,并根据客户要求不断改进系统功能,最终形成了双方认可的完整的项目范围说明书。


  三、创建WBS


  我根据项目的特点,利用公司整理出的WBS模板,召集公司相关领域专家和项目干系人召开会,最终决定把项目的可交付物作为WBS分解的第一层内容,形成一个树形WBS。按照项目功能划分工作组,参照8/80小时原则,以一个较粗的粒度进行项目控制,实现无遗漏且相同层次的工作单元应有可比性且无交叉从属。有的功能实现需其它功能完成后方能实现,则需要采用滚动波式计划的方法。例如:地上指挥所、地下指挥所和机动指挥车互联互通需在综合布线、显示单元高清改造、视频信号数字化网络管理等工作完成后方能开展综合调试,所以我们将软件安装、调试作为近期完成的工作,综合测试作为远期工作。最后项目的范围说明书、WBS和WBS字典经双方确认后装订成册并形成范围基线。


  四、范围确认


  范围确认是一种阶段性的验收,但又是件很困难的事。我们希望客户能尽快确认以便开展后续工作,而客户则认为什么都没看到无法确认。对此,我通过两方面沟通解决这个问题。一方面,我通过和客户方主任多次解释,虽然项目范围确认是正式的,但并不意味着项目范围一成不变,只要走标准的变更流程且审批通过,均可以变更。另一方面,我要求项目团队重点对客户的潜在操作人员多进行沟通,认真进行操作培训,详细介绍项目的实现,用他们去影响客户对项目的认知。这样消除了客户的顾虑,高效地完成项目确认。


  五、范围控制


  范围控制就是监控项目范围状态,管理范围基线变更的过程。因此在项目中,我定期组织召开项目状态评审会审查项目的范围,通过和范围基线的对比找出偏差。例如:在一次状态审查会上,我发现项目的某个功能模块中,实施小组正在添加一项视频信号定时轮巡的功能,但是这个在合同里根本没有,我又查了项目的系统变更日志,也未找到又类似的变更记录,于是我参照责任分配矩阵,找到相关实施人员询问原因,得知此功能是客户临时直接跟我们的程序员提出的要求,没有经过变更,不符合规定流程,于是我找到了甲方说明情况,经过商议决定将此需求作为补充走变更流程。事后我专门开会强调了范围基准,以及变更流程的重要性。


  经过3个月的不懈努力,项目最终于2016年1月通过验收。并且在随后的军地联合演习中圆满完成任务。项目的最终顺利完成,得益于我在项目中采用科学的范围管理方法和技术。但是过程中也有一些不足,经过我方多次解释项目才得以顺利进行。今后我将加强沟通和进度方面的学习和知识积累,不断提高自身的项目管理水平,力争为信息化建设做出更多的贡献。

核心期刊推荐