论信息系统项目范围管理
项目范围管理包括范围计划编制、范围定义、创建工作分解结构、范围确认和范围控制等一系列子过程。用以确保项目包含且只包含达到项目成功所必需完成的工作，范围管理主要关注项目内容的定义和控制，即包括什么，不包括什么。 请以“信息系统项目的范围管理”为例，分别从以下三个方面进行论述：
1、概要叙述你参与管理过的信息系统项目（项目的背景、项目规模、发起单位、目的、项目内容、组织结构、项目周期、交付的产品等），并说明你在其中承担的工作。
2、围绕以下几点，结合项目管理实际情况论述你对项目范围管理的认识
（1）确认项目范围对项目管理的意义
（2）项目范围管理的主要活动及相关的输入和输出
（3）项目范围管理使用的工具和技术
3、请结合论文中所提到的信息系统项目。介绍你是如何进行范围管理的（可叙述具体做法），并总结你的心得体会。
例文：
论信息系统项目范围管理
摘要
2015 年 6 月，本人作为项目经理开始参与某医院的电子病历项目的开发，担任项目经理，承担了项目管理工作，该系统具有严格的安全，稳定，和可靠性能要求，该系统由医生站，质控，护理，临床路径以及医嘱组成，医生站护理站主要实现病历的书写功能，质控主要对病历的书写质量进行控制。医生站是整个系统的核心，采用了主流的三层架构，支持三层部署，可以方便系统的维护升级。
项目的成功很大程度上归功于本人在项目过程中对范围的管理和控制，本文结合作者的经验通过范围规划、范围定义、创建 WBS、范围确认和范围控制等过程的翔实论述，并就项目过程中采取的措施、方法作了介绍。最后，列举了该项目范围管理的一些不足之处。
正文
2012 年 6 月，本人作为项目经理开始某医院的电子病历项目的开发，主要负责项目管理，当然还做一些设计工作，主要是公用基础代码和核心代码的编写与维护。电子病历系统是按照电子病历功能规范以及建立以电子病历为核心的信息系统的方针进行的设计，主要包括病历书写，医嘱和临床路径核心功能，实现临床业务的整合，具体包括医生站，护士站，质控站，病案，护士站，查询工作站，科研工作站，临床路径工作站。通过与 HIS,LIS,PACS 等系统的集成，从而满足医护人员的临床工作。本次开发中除了临床路径是新的系统模块外，其它系统是都已经存在的，所以这次开放的重点是临床路径系统，其它系统通过客户化开放满足医院的需求。系统分三层实现，中间业务层通过 WEBSERVICE 实现，数据库采用高性能的 ORACLE 数据库，客户端采用 WINFORM 的实现技术。范围管理是项目管理的基础，也是项目管理工作的重点和难点。含糊的需求和频繁变更的范围让项目的甲乙双方吃尽了苦头。如何做好项目的需求管理与范围管理常常是项目经理最头疼的问题。电子病历项目的成功，笔者一直认为得益于有效的项目范围管理机制。在此笔者就就业网项目采取的项目范围管理的一些方法做简略介绍，望各位读者批评指正
该信息化建设系统投资规模较大，技术复杂，需求难以定义，质量要求高，而且该项目涉及的干系人面广人多。因此作为项目经理我认为应该将主要精力放在项目范围管理上，科学地运用相关理论知识并结合我司 CMMI3 项目管理过程域的具体要求，做好项目范围管理的工作，才能满足项目各方干系人对项目成功的渴求，从而带领整个项目团队走向成功。下面分别从范围规划、范围定义、创建工作分解、范围确认和范围控制等方面对项目范围管理过程和相关问题加以简要论述。
2 2 需求开发编制范围计划：
由于该项目技术复杂，最终用户繁多的特点，为了使项目顺利实施，我认为清晰分析项目的具体范围和具体工作内容至关重要，同时也为提高项目成本，时间和资源估算的准确打好基础。前期我通过的需求调研，挖掘可用需求，进而对项目的背景有了初步的了解。同时也为后期 B/S 系统的开发提供参照的作用。为了能全面识别干系人期望，我进行了需求的开发，充分识别用户提出需求，并在一定的基础上平衡干系人期望，为了实现项目目标并记录干系人需求，我们邀请了主要的跨职能干系人一起参加会议，对产品的需求集中讨论和定义.。
项目范围管理的一个非常重要的环节，规定了如何对项目范围进行定义、确认，如何创建工作分解结构，以及如何控制范围，是进行范围管理后续工作的依据和指南，需要在充分分析项目的特点基础上编制。首先我们翻阅了公司的组织过程资产库，将公司既有的范围管理计划模板拿出来，结合本项目的特点，制定出适合本项目的范围管理计划，包括制定范围定义、创建工作分解结构的方法，对各 XXX 子项目验收过程、确认内容，以及如何做到有效的范围控制。我公司近五年来对 XXX 系统集成项目建立了比较完善的档案，档案中不仅包括各大项目的范围管理实例，还包括一系列标准的模板，以及授权程序等文件，这对我们帮助很大，在此基础上结合项目章程和项目范围管理的理论我制定了项目范围计划，它规定了如何对项目的范围进行定义、确认、以及如何制定工作分解的过程。
3 3 定义范围：
项目范围管理包括项目的最终产品或服务以及实现这些产品或服务所需的各项具体工作。软件项目范围直接与需求相关，在范围过程中，“需求蔓延”是信息系统建设失败最常见的原因之一，范围管理不仅应该让项目管理和实施人员知道为，为了达到预期目标需要完成哪些具体工作，还要确认清楚项目相关各方在每项工作中清晰的分工界面和责任，详细清晰的分工界面和责任，不但有利于项目实施中的变更管理和对推进项目的发展，减少责任不清的事情发生，也便于项目结束时项目范围清晰的确认。
在对项目进行需求分析之后，了解到涉及项目干系人，用户要求界面友好、操作简便的，同时要求对全市水资源有可控性和可视性的特点，我们同水资源管理公司项目负责人、系统应用管理人员、客户和业务代表协商一致并结合项目章程，制定了初步的范围说明书和总体技术解决方案，据此在项目干系人之间建立了一个对项目范围的共识，清晰了项目的主要目标，从而项目团队能制定更详细的范围和需求计划，这对指导团队在项目实施期间的工作具有重大意义，同时也为项目团队提供一个范围基线或边界。
4 4 创建工作分解：
创建工作分解是指将项目主要的可交付成果细分成较小的、更易管理的组分。这个过程中，项目组要建立一个工作分解结构（WBS）。WBS 的建立对项目来说意义非常重大，它使得原来看起来非常笼统、非常模糊的项目目标一下子清晰下来，使得项目管理有依据，项目团队的工作目标清楚明了。如果没有一个完善的 WBS 或者范围定义不明确时，变更就不可避免地出现，很可能造成返工、延长工期、降低团队士气等一系列不利的后果。制定好一个 WBS 的指导思想是逐层深入。我先将项目成果框架确定下来，然后每层下面再把工作分解，用滚动式规划法将所有涉及到活动都进行了排序，近期要完成的工作分布在工作分解结构的最下层，远期要完成的工作分布在工作分解结构的高层，随着项目工作的不断进展，项目工作分解结构逐步清晰、明确。这种方式的优点是结合进度划分直观，时间感强，评审中容易发现遗漏或多出的部分，也更容易被大多数人理解。（根据项目的特点，我同团队成员进行充分讨论之后确定以项目生命周期作为第一层。即需求分析、系统设计、编码、测试、验收和项目管理作为第一层，将各个系统/子系统作为分解结构的第二层） 5 范围确认：项目范围管理不仅是让项目管理和实施人员知道为达到预期目标需要完成那些具体工作，还要确认清楚项目相关各方在每项工作中清晰的分工界面和责任，不但有利于项目实施中的变更管理和对推进项目的发展，减少责任不清的事情发生，也便于项目结束时项目范围清晰的确认。项目范围确认项目干系人（发起人、客户、用户）正式接受已完成的项目范围的过程，范围确认需要审查可交互物和工作成果，以保证项目中所有工作都能准确满意地完成。由于项目的范围确认贯穿于项目的始终，从 WBS 的确认到项目验收时的检验，为了保证做好各个阶段范围确认的工作，我在项目实施中，在完成计划中各重点里程碑之后，与项目干系人共同完成里程碑的检查与评审，目的是防止范围需求的偏差、遗漏，已达到在项目范围内干系人对阶段工作完成情况的正式验收。
例如在早期我们同客户确认了以下重要里程碑：概要设计、数据库设计、界面原型、接口设计、详细设计、B/S 部分编码、集成测试设计、集成测试、系统部署、系统上线、系统调整，在以上每个重点里程碑完成之后，我邀请了相关干系人，共同参加项目评审大会，我们通过项目评审发现偏差并及时记录，之后对评审问题给予跟踪解决，同时我们将最终的评审结果和偏差解决方案，以评审报告的形式上报到公司高层负责人及客户方的项目经理，并签字确认，最后将评审结果发给其他与会人员，使阶段的范围确认留下正式的书面记录。
6 6 范围控制：
是监督项目和产品的范围状态，管理范围基准变更的过程。对项目管理者来说如果范围控制不好，直接关系到项目需求的蔓延，有可能造成项目成本的提高，进度的延迟，甚至影响到项目的质量。例如项目早期需求分析过程中，我们进行需求调研之后，发现甲方并没有严格定义现在系统的新功能，造成项目在项目初期项目范围没有明确界定，为了防止范围蔓延而影响项目的进度。我在项目初期制定了变更控制流程，在需求调研基本结束开展后续工作后，所有需要进行的变更，都要严格提交变更申请单，由我和其他相关干系人组成的变更控制委员会分析对现有进度和其他因素的影响，审核是否进行变更，确定后进入项目内部使用的变更信息库，作为后续修改、跟踪、查询的依据。需求变更不可避免，但也不能一味的全盘接受，一定要在项目实施前建立好双方达成共识的游戏规则，避免项目范围失控。我在项目启动初期，就组织了省公司数据部认证支付室室经理、客户方项目经理，我方业务部门总监、项目经理、产品经理、架构师等组成 CCB 变更控制委员会，形成项目管理过程中相关变更事项的变更决策管理机制。包括项目范围在内的所有项目变更活动，都需要经过变更申请、变更评估、变更批准、变更实施、变更验证和信息同步等变更控制流程，保证包括范围变更在内的项目变更在 CCB 的控制和变更控制流程的约束下统一进行。制定常态化会议机制，定期由 CCB 成员共同讨论阶段性的变更需求，根据优先级及对项目整体的影响程度综合评估，来决定接受还是拒绝，通过严格的项目范围变更控制流程，在不排斥需求变更的前提下，实现项目范围的有序和控制，达到既及时响应客户需求，满足系统的实际需要，又是项目范围始终在可控的范围内，接受需求变更也要按照流程调整对项目进度、质量、资源、风险等方面的计划调整。
经过 11 个月的努力，水资源实时监控与管理系统终于在 2016 年 4 月 5 日完成推广培训应用，系统全面上线启用和验收，并获得用户的高度评价。总结整个项目的实施过程中，仍然存在一些不足的地方，一是需求跟踪没有仔细去做，导致经常会为了并不特别需要的功能浪费很多精力，甚至有些功能根本用不到，二是团队成员的协作程度还不高，没能最大限度的发挥团队的战斗力，在沟通管理方面还存在一些缺陷等。三是在项目范围管理计划是还应该安排更多的预留资源，以应对项目范围变更方面风险。总之项目的范围管理是整个项目管理过程的重要环节，它与项目的质量、成本、进度密切相关，对一个项目而言，只有按照项目生命周期的要求，做好各阶段的工作，才能满足项目各方干系人对项目成功的渴求。在今后的项目管理过程中，我会积极总结经验和教训，做好项目管理工作。
