【信息系统项目管理师必读】论信息系统项目的范围管理
【信息系统项目管理师必读】论信息系统项目的范围管理
一、题目描述
试题 论信息系统项目的范围管理
项目范围管理对信息系统项目的成功具有至关重要的意义，在项目范围管理方面出现的问题，是导致项目失败的一个重要原因。要实现高水平的项目范围管理，就要做好与项目干系人的沟通，明确范围需求说明，管理好范围的变更。
请围绕“信息系统项目的范围管理”论题，分别从以下三个方面进行论述：
1．概要叙述你参与的信息系统项目的背景、目的、发起单位的性质、项目周期、交付的产品等相关信息，以及你在其中担任的主要工作。
2．请简要列出该信息系统项目范围说明书的主要内容，并简要论述如何依据项目范围说明书制定WBS。
3．请结合你的项目经历，简要论述做好项目范围管理的经验。
二、写作分析
该论文考查的是考生对信息系统项目范围管理的认识和理解。根据论文中的相关描述和题目要求论述的三个方面，本论文除了需要简单介绍项目基本情况（如项目的背景、目的、发起单位性质、项目周期、交付产品等）之外，还需要列出信息系统项目范围说明书的主要内容，论述如何依据项目范围说明书制定WBS，并结合实际项目经历阐述做好项目范围管理的经验。从出题要求来分析，编者认为，本论文的重点应该是响应问题2：列出该信息系统项目范围说明书的主要内容，并论述如何依据项目范围说明书制定WBS。
三、范文
【摘要】
需求是源头，有效的范围管理是项目成败的决定性因素之一。本文结合我的实践，以ⅹⅹ省社保系统民政统一软件开发项目为例，讨论了该项目的范围管理，包括阐述在本项目中规划范围管理、收集需求、定义范围、创建WBS、确认范围和控制范围等六个过程的实施，重点阐述了项目范围说明书的主要内容、如何依据项目范围说明书制定WBS以及我在该项目上做好项目范围管理的六条实践经验。该项目是在国家大社会保险政策指导下于2015年10月份正式启动的。在本项目的建设过程中，我担任项目经理。本系统已于2016年12月4日成功上线并顺利通过了用户验收，实施至今系统运行状况良好，得到了用户的高度评价。本论文的最后部分总结了我在该项目范围管理方面的存在的两点不足。
【论文大纲】（考生可以把论文大纲先写在草稿纸上，用于写作论文时扩展和引导自己的写作思路）
该篇论文，编者把正文分为七段。
第一段：响应问题1，描述项目的背景、系统所包括的功能，系统建设的基本要求，所采用的IT技术，我的职责，并切入论文的论题：信息系统项目的范围管理。
第二段：点明本论文将要论述的主要方面，作为承上启下的一段。
第三段：整体介绍项目范围管理五个过程的实施情况。
第四段：响应问题2，列出该信息系统项目范围说明书的主要内容，并简要论述如何依据项目范围说明书制定WBS。
第五段：归纳总结我所实施的项目范围管理本身的效果和实施范围管理之后给项目带来的实际效果。
第六段：响应问题3，结合我的项目经历，阐述做好项目范围管理的三点经验，同时也是总结本项目在范围管理方面哪些做得好。
第七段：总结本项目在范围管理方面还有哪些需要改进的地方（两点不足）。
【正文】
ⅹⅹ省社保系统民政统一软件开发项目是在国家大社会保险政策指导下于2015年10月份正式启动的。该项目由ⅹⅹ省民政厅发起，旨在为全省民政部门提供一套集优抚安置、救灾救济、社会福利、民间组织管理、社区建设、基层政权、社会事务、区划地名、老龄工作和民政事业费管理等十大主要民政业务于一体的全省民政统一软件系统。该系统采用浏览器/web服务器/应用服务器/数据库服务器四层J2EE体系结构，应用服务器（中间件）采用Oracle公司的WebLogic11g，数据库服务器（数据库管理系统）采用Oracle11g，界面层主要采用ExtJs3.3/Ajax/Servlet/JSP，业务逻辑层组件主要采用EJB3.0技术实现。在该项目的建设过程中，本人担任项目经理，负责项目的全面管理。由于系统建设规模大（有1.6万多个功能点）、建设时间紧（用户要求在2016年12月31日前所有功能子系统都必须全部上线），我带领项目团队全体成员，通过有效的项目管理特别是出色的范围管理，取得了可喜的成绩。（本段响应问题1：叙述我参与管理过的信息系统项目的情况，包括项目名称、发起单位、目的、项目周期和交付产品等。）
作为一个有多年信息系统项目建设经验的项目经理，我一直非常清楚，项目范围是否清晰明确是一个信息系统项目能否建设成功的关键，项目范围管理得好，范围就是万善之源；如果管理得不好，范围就是万恶之源。本文将结合ⅹⅹ省社保系统民政统一软件开发项目重点论述我在项目范围管理方面执行的六个管理过程、项目范围说明书包括的主要内容、如何依据项目范围说明书创建WBS以及阐述我在项目范围管理方面的经验。（本段点明本论文将要论述的主要方面。）
由于ⅹⅹ省社保系统民政统一软件开发项目是我担任项目经理以来管理的最大一个软件开发项目，因此，项目一开始，我就对该项目的范围管理特别重视。项目启动后不久，在了解了项目初步范围的基础上，我就组织项目组成员制定了一个大致的《项目管理计划》，然后和需求组一起，在《项目管理计划》的总体轮廓下，依据该项目的项目章程，采用公司统一模板制定了第一版《项目范围管理计划》，由于在制定《项目范围管理计划》时考虑得比较细致，该计划后来只修订过一次。在收集需求和定义范围方面，我们花了相当的时间和精力，目的就是要把项目的需求这一源头搞清楚；在收集需求的过程中，我们主要采用的是会议研讨和静态原型展示相结合的需求调研方法，特别是通过原型展示识别需求，对我们快速、准确地识别用户需求并和用户达成就需求达成理解上一致提供了非常重要的帮助；每天调研结束后，我们都会及时把调研的内容整理成《需求调研记录》。在定义范围的过程中，我们主要采用了产品分析的方法，编制出了《项目范围说明书》（有关《项目范围说明书》的内容见本文第四段中的描述）。《项目范围说明书》通过评审和用户确认后，我们进行了WBS分解（有关如何制定本项目的WBS见本文第四段中的描述）。项目可交付成果被开发出来后，我们项目组内部对其进行评审或测试通过后，把这些成果交付给用户，和用户一道按范围基准、质量标准等要求进行确认范围（即验收）的工作，在确认范围时，使用得最多的工具就是用户内部组织的评审和邀请第三方对系统进行的验收测试。在项目建设的整个过程中，我一直很重视对范围的监控，严格采用公司规定的配置管理系统和我们与用户达成一致的需求变更控制程序来实施项目的范围控制和范围变更管理。通过科学执行项目范围管理的六个过程及其相关工具，获得了良好的项目绩效（关于本项目的绩效见本文第五段中的描述）。（本段整体介绍项目范围管理六个过程的实施情况。）
在项目范围管理中，最重要的产出物之一就是《项目范围说明书》，因此承载项目范围的模板是否合适就显得相当重要。我们依据《项目范围说明书模板》编写的《项目范围说明书》的主要内容有七大块：项目背景、项目开发需求（按功能编号组织）、项目其它需求（除开发需求之外的）、项目可交付成果、项目的约束和假设条件、项目例外责任（即明确哪些是本项目之外的内容）、产出物验收标准。由于《项目范围说明书》的内容描述得充分、清晰和完整，在项目的建设过程中，双方都比较容易达成了理解上的一致。在项目范围管理过程中，我个人认为最难以做好的是WBS分解；因为分解WBS虽然容易，但要分解到合适却不容易。为了做到这一点，我们让从事设计和编码的人员参与WBS的分解，实践证明这样做既符合后续设计和编码人员实际的能力水平（因为自己最了解自己），又能得到他们最大可能的认同和配合（因为自己做的事情自己最认可）；由于该项目我们采用的是分子系统、分批次进行的迭代开发模式，因此WBS分解我们采用的是滚动式规划：即已经明确的需求先分解，需求暂不明确的，先作为规划包，等需求明确后再分解；每次WBS分解后，我们都会和创建WBS的同事一起审核被分解到的所有工作包是否符合这三个标准：可估算、可分工、可控制；对于不能同时满足这三条标准的工作包，我们一定会再次分解和修订，直至满足这三条标准为止。（本段响应问题2，列出该信息系统项目范围说明书的主要内容，并简要论述如何依据项目范围说明书制定WBS。）
回顾本项目，我认为我们实施的范围管理是比较到位和有效的。这主要体现在四个方面：一是该项目我们和用户在对需求理解上的分歧比以前我所负责的项目明显减少；二是设计人员和编码人员按时完成自己所负责的工作包的设计和编码工作的概率明显提高；三是范围变更的可控性明显增强；四是提交给用户的产出物的返工明显减少。项目于2016年12月4日全部上线并顺利通过了用户验收，在用户期望的日期前三周左右圆满完成了各项任务。由于该项目在管理方面特别是范围管理方面做得比较到位，项目完成后，我们对项目实际数据进行了统计，发现该项目的返工工作量比公司的平均返工工作量下降了5%，总生产率比公司的标准生产率提高了12%，该项目的实际成本比预算少花了7%。（本段归纳总结我所实施的项目范围管理本身的效果和实施范围管理之后给项目带来的实际效果。括号中的这段话考试时不用写。）
ⅹⅹ省社保系统民政统一软件系统自正式上线并通过用户验收至今，运行状况良好，得到了用户的一致好评。在本项目的范围管理中，我认为我有如下四条有用的管理经验可以和大家分享：
1.事先要有明确的计划作为指导。
2.一定要和用户制定一份双方都认可的需求变更控制流程。
3.一定要严格按计划和流程开展需求管理和范围管理的工作。（本段响应问题3，结合我的项目经历，简要论述做好项目范围管理的经验。）
然而，在本项目的范围管理方面，也存在着一些问题，需要我们在以后的项目管理过程中去不断改进，如：
1.在范围确认的过程中，和用户之间配合还不够到位。
2.对范围的监控还存在一定的盲区，这在一定程度上影响了项目的绩效。