【信息系统项目管理师】论信息系统项目的范围管理（论文攻略篇）
历年论文考试论题分析
每次项目范围管理的论文考试，都会让我们考生结合实际说明其输入输出，工具与技术。所以这些是范围论文必考的部分。但同样是考察项目范围管理，在第二小问中也会出现不同的考试偏重和考察视点。只有掌握好每个子过程的每个知识点，才是以不变应万变的最佳方法。
2005年上半年考试，偏重考查范围管理和需求管理概念的区别于联系。
2010年上半年考试，偏重考查范围管理中的确认范围。
2014年上半年考试，没有特别偏重性，需要论述在项目范围管理中，遇到什么实际问题以及解决方法
2016年上半年考试，没有特别偏重性，需要通篇讨论范围管理。
2017年上半年考试，偏重考查项目范围变更。范围蔓延。
范围管理的论题目前还没有和大项目，多项目一起考查的情况，但也要了解如果出现了大项目多项目的时候要知道单项目的范围，重在根据特定的交付物限定范围，多项目（项目集）还需要考虑满足组织的目标，而项目组合的背景下，则需要从上而下的定义，也就是说从组织的战略开始分解，或者说根据组织的战略目标定义范围。
论信息系统项目的范围管理 （2017年上半年）
实施项目范围管理的目的是包括确保项目做且制作所需的全部工作，以顺利完成项目的各个过程，项目范围管理关注为项目界定清楚工作边界。防止范围蔓延。当必须改变项目工作边界时，项目范围管理提供了一套规范的方法处理范围变更。
请以“信息系统项目的范围管理”为题，分别从以下三个方面进行论述：
1、概要叙述你所参与管理过的信息系统项目（项目的背景、目标、规模、发起单位、项目内容、组织结构、项目周期、交付成果等），并说明你在其中承担的工作。
2、结合项目实际。论述你对项目范围管理的人事。可以包括不限于以下几个方面。
（1）项目范围对项目的意义。
（2）项目范围管理的主要过程、工具和技术。
（3）引起项目范围变更的因素。
（4）如何做好项目范围控制，防止项目范围蔓延。
3、请结合论文中所提到的信息系统项目，介绍你是如何进行范围管理的，包括具体做法和经验教训。
论信息系统项目范围管理(2016年上半年)
项目范围管理包括范围计划编制、范围定义、创建工作分解结构、范围确认和范围控制等一系列子过程。用以确保项目包含且只包含达到项目成功所必需完成的工作，范围管理主要关注项目内容的定义和控制，即包括什么，不包括什么。
请以“信息系统项目的范围管理”为例，分别从以下三个方面进行论述：
1、概要叙述你参与管理过的信息系统项目（项目的背景、项目规模、发起单位、目的、项目内容、组织结构、项目周期、交付的产品等），并说明你在其中承担的工作。
2、围绕以下几点，结合项目管理实际情况论述你对项目范围管理的认识
（1）确认项目范围对项目管理的意义
（2）项目范围管理的主要活动及相关的输入和输出
（3）项目范围管理使用的工具和技术
3、请结合论文中所提到的信息系统项目。介绍你是如何进行范围管理的（可叙述具体做法），并总结你的心得体会。
论信息系统项目范围管理(2014年上半年)
项目的范围管理主要关注项目内容的定义和控制，既要明确哪些内容包含在项目中，以作为项目开发的各项工作落实的依据。项目范围管理的目的是确保项目包含且只包含达到项目成功所必须完成的工作。
请以“信息系统项目的范围管理”为题，分别从以下三个方面进行论述
1、概要叙述你参与管理过的信息系统项目（项目的背景、项目规模、发起单位、目的、项目内容、组织结构、项目周期、交付的产品等）和你在其中承担的工作
2、结合项目管理实际情况并围绕以下要点论述你对信息系统项目范围管理的认识：
（1）项目范围管理的含义与作用
（2）项目范围管理包含的主要内容
（3）项目范围管理中用到的工具和技术
3、请针对论文中所提到的信息系统项目，结合你在项目范围管理中遇到的实际问题与解决方法，论述如何做好项目的范围管理。
范围管理心得
1.事先要有明确的计划作为指导
2.一定要和用户制定出一份双方都认可的需求变更控制程序
3.在编写项目范围说明书上多花一些时间，这样的投入是相当值得的
4.一定要严格按计划和流程开展需求管理和范围管理工作
5.WBS分解最好是让执行后续工作任务的人参与
6.保持和干系人良好的沟通有利于更好的了解项目范围，并达成对范围理解上的一致。
7.在确认范围的过程中，和用户沟通要充分，相互配合要到位。
8.如果在项目范围监控还存在一些盲区的话，在一定程度上会影响项目的绩效。
9.IT项目需求变更是常态，一定要和用户制定一份双方都认可的需求变更控制流程，这样有利于后续项目工作中对项目需求变更实施控制。（规划过程组）
10.IT软件项目的需求调研尽可能多采用原型法或动态原型法。（规划过程组）
11.WBS的分解粒度要同时满足三个基本标准：可估算，可分工和可控制。（规划过程组）
分论题解答
1.确认项目范围对项目管理的意义（2016年上）
项目范围说明书以及后续的各项可交付成果及时得到发起人或客户的签字验收，能大大提升项目的成功率。
2.项目范围对项目的意义（2017年上）
业界数据显示，大部分的失败项目不是失败在技术上，而是失败在项目范围没有管理好。作为一个有多年信息系统项目建设经验的项目经理，我一直非常清楚，项目范围是一个信息系统项目建设成功的关键。项目范围管理的好，范围就是万善之源；如果没有管理好，范围就是万恶之源。因此我们说项目范围对项目的意义是成败的起点和根源，一点也不为过。
3.引起项目范围变更的因素（2017年上）
我认为引起项目范围变更的因素主要有三个方面。第一，前期范围调研不充分，范围描述的不准确；第二，用户出现新的需求；第三，政策改变导致范围变更。
4.如何做好项目范围控制，防止项目范围蔓延（2017年上）
第一定义科学合理的范围变更控制流程
第二甲乙双方明确范围或需求变更的接口人
第三所有变更一律要求书面化
第四严格按范围变更控制流程执行范围变更，绝不允许有特例
以上四点做到位，则能很好的防止项目范围蔓延。
5.项目范围管理的主要过程，工具与技术（2016年上）（2014年上）（2017年上）
在本项目中，我认真利用了项目范围管理的六个过程：规划范围管理，收集需求，定义范围，创建WBS，确认范围和控制范围，切实做好项目范围管理工作。
在本项目规划范围管理的过程中，我们在项目管理计划的总体指导下，主要通过专家判断和会议这两个工具和技术制定了项目范围管理计划和需求管理计划。
在收集需求的过程中，我们主要采用访谈，焦点小组引导式研讨会和静态原型展示相结合的工具与技术。
在定义范围的过程中，我们主要采用产品分析的工具与技术。
在创建WBS的过程中，我们与从事设计和编码的人员协同，主要通过利用分解这一工具与技术创建WBS，由于该系统我们选择了分批次迭代开发的模式，因此采用的是滚动式WBS分解规划，即已经明确的需求先分解，需求暂不明确的，先作为规划包，等需求明确后再分解。
在范围确认时，使用得最多的工具与技术就是用户内部组织的评审和邀请第三方对系统进行验收测试。
在项目建设的整个过程中，我一直很重视控制范围，严格采用公司规定的配置管理系统和我们与用户达成一致的需求变更控制程序，这两个主要的工具和技术来实施项目的范围控制和范围变更管理。
6.项目范围管理的主要活动以及相关的输入输出（2016年上）
根据我的经验，我认为规划范围管理过程主要的输入有：项目管理计划和项目章程，主要输出有：范围管理计划和需求管理计划。
收集需求过程的主要输入有：项目章程，干系人登记册，范围管理计划，需求管理计划，干系人管理计划，主要的输出是需求文件和需求分析矩阵。
范围定义过程的主要输入有项目章程，范围管理计划和需求文件，主要输出有项目范围说明书。
创建WBS的主要输入有项目管理计划，项目范围说明书，需求文件，而主要的输出是范围基准。
确认范围过程的主要输入有项目管理计划，需求文件，需求跟踪矩阵，核实的可交付成果，工作绩效数据；而主要的输出是验收的可交付成果，工作绩效信息。
控制范围的主要输入有项目管理计划，需求文件，需求跟踪矩阵，工作绩效数据；而主要的输出是项目绩效信息和变更请求。
7.项目范围管理的含义与作用（2014年上）
项目范围管理的含义是关注项目内容的定义和控制，明确并确保哪些内容包含在项目中以作为项目开发的各项工作落实的依据。项目范围管理的作用是确保项目包含且只包含达到项目成功所必须完成的工作，同时通过有效的项目范围管理，就项目的建设范围在干系人中达成共识，确保项目范围的变更合理和受控。
8.论述需求开发，需求管理和范围管理的区别和联系（2005年上）
我认为需求开发就是需求从调研开始到被双方认可的这一过程，因此需求开发一般包括需求获取，需求分析，需求定义和需求验证这四个主要活动；而需求管理就是针对需求开发这一过程，进行有效的跟踪和维护，确保需求被正确的开发出来，从而为后续工作顺利进行提供保障，因此需求管理是为需求开发提供服务的一个管理手段；范围管理则是针对项目所要完成的全部工作进行规划，识别，分解，确认和控制，从而达到做好了该做的工作这一目标。
9.列出信息系统项目范围说明书的主要内容，并简要论述如何依据项目范围说明书制订WBS。（2010年上）
项目范围说明书主要内容有七大块。项目背景，项目开发需求（按功能编号组织），项目其他需求（除开发需求之外的），项目可交付成果，项目约束和假设条件，项目除外责任（明确哪些是项目之外的内容），成果物验收标准。
在项目范围管理过程中，我个人认为最难做好的是WBS分解，因为分解WBS虽然容易，但要分解到合适却不容易。为了做到这一点，我们让从事设计和编码的人员参与WBS的分解，实践证明这样做既符合后续设计和编码的人员实际的能力水平（因为自己最了解自己），又能得到他们最大可能的认同和配合（因为自己做的事情自己最认可）；由于该项目我们采用的是滚动式规划，即已经明确的需求先分解，需求暂时不明确的，先做为规划包，等待需求明确后再分解。每次WBS分解后，我们都会和创建WBS的同事一起审核被分解到的所有工作包是否符合这三个标准：可估算，可分工，可控制。对于不能同时满足这三个条件的工作包，我们一定会再次分解和修订，直至满足这三条标准为止。