高项论文(范围).docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
高项论文(范围)

论项目的范围管理 摘要 2015年10月,我作为项目项目经理参与了XX省XX设备集团有限公司信息综合应用平台建设项目,该项目总投资800万人民币,建设工期为14个月,该项目包含了领导驾驶舱、人力资源管理子系统、固定资产管理子系统、财务辅助角色系统,物资辅助决策系统、文件管理系统,由于该集团公司刚完成园区迁移,涉及到较多方面的工作,给项目的建设带来不少麻烦,但是在我和我的团队的努力下,该项目与2016年12月通过了业主方的验收,赢得了用户的好评。本文将结合作者的实际经验,讨论信息系统项目建设过程中范围管理的重要性,主要从一下几个方面进行阐述:范围管理计划的编制,范围定义,创建工作分解结构,范围确认和范围控制。 正文 2015年10月,我作为项目经理参加了XX省XX设备集团有限公司集团网建设与信息综合应用平台建设项目,该项目总投资800万人民币,建设工期14个月,通过该项目的建设,为该集团公司搭建起了战略和执行之间桥梁,已超强的执行力保证战略目标得以快速实现,实现了管理从艺术到科学的进化,以科学的管理体系而非个人能力来驾驭相关组织,也让管理变的简单而高效,以简单致胜的思想来解决管理上的根本问题。该系统为领导办公决策提供了基础数据支撑,为集团工作流程的管理提供了依据,平台通过信息传递,使企业领导层得以在第一时间批阅各式文件,调阅最新的动态数据,监督计划执行、项目进展,并依据此下达决策和指令;为目标管理和项目管理提供了工具,企业的工作能力和工作效率与进展紧密相关,管理良好的企业需要有其定义完善的关键业务流程,来促使业务条理清晰的进行,平台提供了项目协作功能,可以随时了解项目进展和各协作部门的进度及状况; 提高了各成员单位的信息化水平,加速了知识型企业的转型,文件管理把分散在员工手中,或者散落在各单位对企业员工功过有帮助的信息资料、方法和理论知识等分类沉淀在系统中,供给所有员工共享使用,也可以设定角色来控制权限。该系统采用了JAVA语言开发,数据库采用Oracle 11g,服务器为IBM 3850 X5,操作系统为Windows Server2008R2,利用B/S架构,采用 weblogic 11g。 由于本项目的顺利上线设计到业务的考核,因此,在本项目中,系统的范围管理尤为重要,在本项目中,我作为项目经理除了对其余领域进行克制恪守的管理外,特别对范围管理从如下几个方面进行了管理。 制定范围管理计划 作为一名合格的管理制,做任何事情之前都应该事先做好计划,好的计划,是成功实施项目的基础,有些人认为为做项目范围计划而花费太多的时间,不如把他们用于执行的工作上,项目将会更好更快的完成,我认为这是一个错误的理解,通过省略范围管理计划制定,虽然在短时间内能够节约一定的时间,但从长期来看,常常会因为缺乏管理计划的指导而使得范围定义不清,导致范围蔓延,以至于项目无法按时完工。 因此,在该项目汇总,我非常的重视项目范围管理计划的制定,在正式做计划之前,我先查找了公司组织过程资产,找出制定范围管理计划的模板,再结合以往的项目经验,制定了一份初步的项目范围管理计划,然后再召集项目团队成员进行讨论修改完善,最后在全员的参与下,最终完成了一份详细的、科学地范围管理计划,用于知道项目如何定义、分解以及核实和控制范围。 范围定义 一个成功项目,应该做且只做成功完成该项目所必须的工作,为了保证这一点,就需要在项目前期明确项目的范围。在项目的早期阶段,我带领我的项目团队,到了客户现场收集需要,我组织了客户的运营部门、质量管理部门、IT部门以及我的需求团队,召开了需要讨论会,共同商讨项目范围。在收集需求的时候,客户有时候对需要描述的不是很清楚,造成了双方对需要的理解有歧义,甚至有时候客户自己对其需求也不是很清楚,只有一个模糊的概念,针对这种情况,我采用了原型法将收集到的需要做成了模型,然后供给客户参考确认,以此来消除彼此之间的歧义,充分挖掘客户的需求,并基于团队自身的经验对客户进行引导、细化,将其模糊的概念明确化。 创建工作分解结构 基于项目范围说明书,我和我的团队成员开始对项目范围进行分解,以形成该项目的WBS,在分解过程,我按照一下原则进行分解: 在各层次上保持项目的完整性,我将该项目设计的需求调研、系统设计、开发、测试等完整的模块都一一列出,避免遗漏必要的组成部分。 一个工作单元只属于上层单元。比如对于该项目的数据库设计,我就只将其归入系统设计单元中,避免出现交叉从属问题。 相同层次的工作单元应具有相同的性质,比如我在创建WBS的时候,会把设计类的工作比如原型设计、数据库设计等放在同一层的。 工作包按照8/80原则进行分解,并制定具体的负责人,同时制作WBS字典,对工作包做具体描述。 工作单元应该能分开不同的责任人和不同的工作内容,对于项目中的每一个

文档评论(0)

baoyue + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档