信息系统项目管理师论文-范围管理.docxVIP

范围管理 2012年12月，XX公司作为系统集成项目的总包商承接了XX发电集团所委托的远程智能维护系统开发项目，我作为项目经理全程管理该项目。该项目的主要目标是对发电机组实现远程监测、诊断并主动修复，使设备达到近乎零故障的目的。该项目成立了三个子项目，历时一年，交付一套智能维护系统，实现对火力、水力和风力三种发电机组进行远程诊断修复。 本文结合作者的实践经验，从以下几个过程对项目的范围管理进行论述：在需求分析阶段要求项目组成员细致分析需求并且逐条和相关干系人进行确认，项目未出现由于需求理解错误而造成的变更；在项目中制定了详细的WBS，工作包分解到每人每周的工作量，通过WBS项目成员对自己的工作目标有清晰的认识；成立了项目变更控制委员会，有效的控制了项目过程中可能出现的需求变更，保证了项目按时保质完成。 正文 据某发电集团数据统计显示，设备的60%的维护费用是由突然故障停机引起的，而且设备停机所带来的损失更为巨大，进口设备的维护问题则更为复杂和困难，远距离跨国维修的方式既费时又昂贵，加上发电厂地域分布广泛，如何快速解决设备故障问题成为当务之急，于是该发电集团提出建设基于Internet的远程智能维护系统，也是我国智能电网建设和发展的战略要求。 2012年12月，XX公司作为系统集成项目的总包商承接了XX发电集团所委托的远程智能维护系统开发项目，我有幸作为项目经理全程负责项目管理工作。该项目以XX发电集团旗下ABC三个省的火力、水力和风力三种共24组发电机组为标的，进行远程智能维护试点。基于主动维护模式（PAP）理念的智能维护系统（IMS），重点在于信息分析、性能衰退过程预测、维护优化、应需式监测的技术开发与应用，设备的维护体现了预防性要求，结合infotronics技术（融合互联网、非接触式通讯技术、嵌入式智能电子技术），智能维护系统可通过Web驱动的Device to Business（D2B）信息平台对设备进行不间断的监测诊断和性能的退化评估，并在设备出现故障之前作出维护决策，将其修复到正常状态，从而使发电机组设备达到近乎零故障（Near Zero Breakdown）的目的。 该项目涉及到3种不同类型的发电机组及配套的相关设备，按照技术相关性成立了三个子项目。从2012年12月正式开工到2013年11月结束，历时一年，时间质量和成本均达到项目要求，项目顺利通过验收。到目前为止，系统运行效果良好，期间系统所监测的发电机组将要出现的故障（系统有故障临界提示），全部由智能系统自动修复，达到项目预期，赢得各方高度好评。以下就本项目为例，从需求分析等几个方面来论述项目范围管理： 一、 细致的需求分析和确认 项目的需求分析的偏差和理解不透彻是导致项目后期范围做变更的最主要原因，针对此点，在项目的需求分析阶段我要求分析人员对项目范围中的所有特性进行详细的需求分析，包括写作需求分析文档，硬件支持情况分析、环境分析等，这些报告完成后，我们组织需求分析人员对这些特性需求逐条和相关干系人进行确认，其中发现了3条需求理解上的不一致，经过充分的沟通后，确认是项目成员对需求理解出现偏差，并及时进行了纠正，减少了项目后期出现需求理解偏差而可能的大规模返工。由于智能维护系统需要处理大量数据，功能特性的实现依赖数据通道上各环节的高速传输，通过对硬件分析发现一款用于系统和设备之间的接口模块的性能不能满足数据流的需求，这个情况及时反馈给相关干系人，经评估认为该需求是必须实现的，于是用更高性能的接口模块来满足这个需求。 通过对需求的细致分析，提前发现了需求理解的问题以及需求可能无法满足而造成系统功能无法实现等风险，对项目范围的控制起到了很好的作用，通过项目验收测试进行的范围确认，全部实现了项目范围的要求。 二、 创建工作分解结构和需求跟踪矩阵 依据项目范围说明书，按照以下步骤来创建工作分解结构（WBS）：识别和分析可交付成果及相关工作；确定工作分解结构的结构和编排方法；自上而下逐层细化分解；为工作分解结构组成部分制定和分配标志编码；核实工作分解的程度是必要且充分的。 经过项目前期的需求调研和功能分析，系统确定开发火力、水力和风力三个子系统的智能维护系统，根据子系统的领域，分别制定了三个子项目的WBS，采用公司的标准WBS模板的表格形式，以项目开发阶段为划分单位，每一个阶段都包括各子系统的开发内容，采用自上而下逐层分解的方法，第一层是三个子系统，第二层是数据收集、对比和处理功能，第三层是子特性，第四层是每个子特性的需求分析、设计、编码和测试工作。为了便于工作的跟踪，将工作包的粒度控制在每名开发人员一周的工作量。项目成员以WBS为开发工作的依据，在项目所有阶段都是有据可循的，有效避免了项目范围的蔓延以及由此而造成的工作量增加。 我们采用了需求跟踪矩阵的工具，对项目