摘要
2010年5月至2011年4月，根据某市水资源管理中心的需求，我所在的某科技有限公司组织了“水资源实时监控与管理系统项目“的开发，我作为乙方的项目经理负责整体规划、组织实施与管理控制的工作。这是一个主要包括实时信息服务、取水许可管理、地下水管理、水资源费征收管理、入河排污口管理、计划用水和节水管理的综合管理系统。该项目作为全省第一个水资源管理项目，受到省水利厅领导的高度重视，项目的成功与否直接关系到以后在全省的推广。本文以该项目为案例，讨论信息项目管理中范围问题，通过范围规划、范围定义、创建工作分解、范围确认和范围控制的各个环节的有效管理，制定了其实可行的范围确认流程和变更控制流程，确保项目如期按质完成。目前该系统已正式投入运行，状况良好受到客户一致好评，很大程度上得益于项目整体管理工作做的扎实到位，最后总结了本次项目管理的不足和取得的经验教训。
1项目概述：为了项目落实省水利厅加强对水资源监控与管理的号召，该市水资源管理中心积极推进水资源监控与管理的信息化建设，从2009年以来，预计总投资930万预计建设工期为2年，分两期进行。该“水资源实时监控与管理系统项目”的建设涵盖全市范围内的水资源管理网络信息系统，以区县水资源监控为重点，是一个集采集、传输、存储、应用、管理、分析、信息发布等于一体，涉及面广，技术复杂、实用性强，建设周期长的网络信息系统，是一个既有系统的软件硬件建设，又有通讯、基建、网络、水量监测、地下水位监测的工程建设。该项目采用公开招标的方式，我公司在众多参与竞标的单位中脱颖而出，并顺利中标项目二期工程的开发，项目承建费用为370万，预计建设工期为11个月，在开发合同签订之日开始算起，根据合同要求二期工程主要完成应用系统建设，包括构建水资源数据库及管理平台，建设包括实时信息服务、取水许可管理、地下水管理、水资源费征收管理、入河排污口管理、计划用水和节水管理、水功能区管理、饮用水源地管理以及综合统计等应用系统，针对水资源管理系统可控性和可视性的特点决定采用B/S架构平台和SSH主流Web应用框架，因本项目对系统的安全以及可靠性等方面有着较高要求，我司决定采用三层架构模式的J2EE环境作为运行环境，采用oracle 10g为数据库环境。该信息化建设系统投资规模较大，技术复杂，需求难以定义，质量要求高，而且该项目涉及的干系人面广人多。因此作为项目经理我认为应该将主要精力放在项目范围管理上，科学地运用相关理论知识并结合我司CMMI3项目管理过程域的具体要求，做好项目范围管理的工作，才能满足项目各方干系人对项目成功的渴求，从而带领整个项目团队走向成功。下面分别从范围规划、范围定义、创建工作分解、范围确认和范围控制等方面对项目范围管理过程和相关问题加以简要论述。
2需求开发编制范围计划：由于该项目技术复杂，最终用户繁多的特点，为了使项目顺利实施，我认为清晰分析项目的具体范围和具体工作内容至关重要，同时也为提高项目成本，时间和资源估算的准确打好基础。前期我通过的需求调研，挖掘可用需求，进而对项目的背景有了初步的了解。同时也为后期B/S系统的开发提供参照的作用。为了能全面识别干系人期望，我进行了需求的开发，充分识别用户提出需求，并在一定的基础上平衡干系人期望，为了实现项目目标并记录干系人需求，我们邀请了主要的跨职能干系人一起参加会议，对产品的需求集中讨论和定义，在此基础上结合项目章程和项目范围管理的理论我制定了项目范围计划，它规定了如何对项目的范围进行定义、确认、以及如何制定工作分解的过程。
3定义范围: 项目范围管理包括项目的最终产品或服务以及实现这些产品或服务所需的各项具体工作。软件项目范围直接与需求相关，在范围过程中，“需求蔓延”是信息系统建设失败最常见的原因之一，范围管理不仅应该让项目管理和实施人员知道为，为了达到预期目标需要完成哪些具体工作，还要确认清楚项目相关各方在每项工作中清晰的分工界面和责任，详细清晰的分工界面和责任，不但有利于项目实施中的变更管理和对推进项目的发展，减少责任不清的事情发生，也便于项目结束时项目范围清晰的确认。
在对项目进行需求分析之后，了解到涉及项目干系人，用户要求界面友好、操作简便的，同时要求对全市水资源有可控性和可视性的特点，我们同水资源管理公司项目负责人、系统应用管理人员、客户和业务代表协商一致并结合项目章程，制定了初步的范围说明书和总体技术解决方案，据此在项目干系人之间建立了一个对项目范围的共识，清晰了项目的主要目标，从而项目团队能制定更详细的范围和需求计划，这对指导团队在项目实施期间的工作具有重大意义，同时也为项目团队提供一个范围基线或边界。
4创建工作分解：创建工作分解是指将项目主要的可交付成果细分成较小的、更易管理的组分。这个过程中，项目组要建立一个工作分解结构（WBS）。WBS的建立对项目来说意义非常重大，它使得原来看起来非常笼统、非常模糊的项目目标一下子清晰下来，使得项目管理有依据，项目团队的工作目标清楚明了。如果没有一个完善的WBS或者范围定义不明确时，变更就不可避免地出现，很可能造成返工、延长工期、降低团队士气等一系列不利的后果。制定好一个WBS的指导思想是逐层深入。我先将项目成果框架确定下来，然后每层下面再把工作分解，用滚动式规划法将所有涉及到活动都进行了排序，近期要完成的工作分布在工作分解结构的最下层，远期要完成的工作分布在工作分解结构的高层，随着项目工作的不断进展，项目工作分解结构逐步清晰、明确。这种方式的优点是结合进度划分直观，时间感强，评审中容易发现遗漏或多出的部分，也更容易被大多数人理解。（根据项目的特点，我同团队成员进行充分讨论之后确定以项目生命周期作为第一层。即需求分析、系统设计、编码、测试、验收和项目管理作为第一层，将各个系统/子系统作为分解结构的第二层）
5范围确认：项目范围管理不仅是让项目管理和实施人员知道为达到预期目标需要完成那些具体工作，还要确认清楚项目相关各方在每项工作中清晰的分工界面和责任，不但有利于项目实施中的变更管理和对推进项目的发展，减少责任不清的事情发生，也便于项目结束时项目范围清晰的确认。项目范围确认项目干系人（发起人、客户、用户）正式接受已完成的项目范围的过程，范围确认需要审查可交互物和工作成果，以保证项目中所有工作都能准确满意地完成。由于项目的范围确认贯穿于项目的始终，从WBS的确认到项目验收时的检验，为了保证做好各个阶段范围确认的工作，我在项目实施中，在完成计划中各重点里程碑之后，与项目干系人共同完成里程碑的检查与评审，目的是防止范围需求的偏差、遗漏，已达到在项目范围内干系人对阶段工作完成情况的正式验收。
例如在早期我们同客户确认了以下重要里程碑：概要设计、数据库设计、界面原型、接口设计、详细设计、B/S 部分编码、集成测试设计、集成测试、系统部署、系统上线、系统调整，在以上每个重点里程碑完成之后，我邀请了相关干系人，共同参加项目评审大会，我们通过项目评审发现偏差并及时记录，之后对评审问题给予跟踪解决，同时我们将最终的评审结果和偏差解决方案，以评审报告的形式上报到公司高层负责人及客户方的项目经理，并签字确认，最后将评审结果发给其他与会人员，使阶段的范围确认留下正式的书面记录。
6范围控制：是监督项目和产品的范围状态，管理范围基准变更的过程。对项目管理者来说如果范围控制不好，直接关系到项目需求的蔓延，有可能造成项目成本的提高，进度的延迟，甚至影响到项目的质量。例如项目早期需求分析过程中，我们进行需求调研之后，发现甲方并没有严格定义现在系统的新功能，造成项目在项目初期项目范围没有明确界定，为了防止范围蔓延而影响项目的进度。我在项目初期制定了变更控制流程，在需求调研基本结束开展后续工作后，所有需要进行的变更，都要严格提交变更申请单，由我和其他相关干系人组成的变更控制委员会分析对现有进度和其他因素的影响，审核是否进行变更，确定后进入项目内部使用的变更信息库，作为后续修改、跟踪、查询的依据。
经过11个月的努力，水资源实时监控与管理系统终于在2011年4月5日完成推广培训应用，系统全面上线启用和验收，并获得用户的高度评价。总结整个项目的实施过程中，仍然存在一些不足的地方，一是需求跟踪没有仔细去做，导致经常会为了并不特别需要的功能浪费很多精力，甚至有些功能根本用不到，二是团队成员的协作程度还不高，没能最大限度的发挥团队的战斗力，在沟通管理方面还存在一些缺陷等。三是在项目范围管理计划是还应该安排更多的预留资源，以应对项目范围变更方面风险。总之项目的范围管理是整个项目管理过程的重要环节，它与项目的质量、成本、进度密切相关，对一个项目而言，只有按照项目生命周期的要求，做好各阶段的工作，才能满足项目各方干系人对项目成功的渴求。在今后的项目管理过程中，我会积极总结经验和教训，做好项目管理工作。