＜软考高项备考＞《论文专题 - 48 范围管理（7） 》

8 收尾

8.1 经验教训

经验：

1、在规划范围管理的时候，对项目的复杂程度过于乐观，考虑的不够周详，制订的计划粒度过于粗糙
2、在收集需求前，没有对需求收集人员进行项目业务上的培训，导致需求收集人员与客户沟通时存在障碍
3、在定义范围时，忽略了行业标准，导致几处交付物验收标准定义过低不符合项目实际情况
4、在创建WBS时，对WBS字典的定义过于粗糙，编号规则不是很统一
5、在确认范围时，准备的资料不够详细，没有足够的说服力，还有部分交付物质量检测的不够严格，导致验收过程不是很顺利
6、在处理范围变更时，对客户的口头承诺太相信，没有将其落实到书面上来，导致后期又经过了几次调整
7、在处理范围变更时，对变更难度估计过于乐观，导致成本略有超支

教训：

1、在规划范围管理的时候，对项目的复杂程度过于乐观，考虑的不够周详，制订的计划粒度过于粗糙
2、在收集需求前，没有对需求收集人员进行项目业务上的培训，导致需求收集人员与客户沟通时存在障碍
3、在定义范围时，忽略了行业标准，导致几处交付物验收标准定义过低不符合项目实际情况
4、在创建WBS时，对WBS字典的定义过于粗糙，编号规则不是很统一
5、在确认范围时，准备的资料不够详细，没有足够的说服力，还有部分交付物质量检测的不够严格，导致验收过程不是很顺利
6、在处理范围变更时，对客户的口头承诺太相信，没有将其落实到书面上来，导致后期又经过了几次调整
7、在处理范围变更时，对变更难度估计过于乐观，导致成本略有超支

8.2 心得体会

心得体会：

1）范围管理和需求管理唇齿相依，只有管理跟踪好需求，才能管理好范围。 2）范围基准是沟通的基础，也是规划和变更的基础。
3）和干系人不断的确认范围（可交付成果），可以大大提高最终可交付成果移交时获得承认的可能性
4）制定并实施变更管理流程，可以有效杜绝项目范围的蔓延
5）收集需求时要找准干系人，联合需求计划虽然需要召集大多数相关方成本高，但可以快速就需求达成共识。
6）项目范围说明书做得越详细，这样可以有效防止团队成员对范围认知的偏差而产生的返工。
7）只有具备清晰的范围边界，才可以在此基础上建立明确的目标 8）使用UML图配合可以更好的说明项目的范围

不足之处：

1）在需求的跟踪和验证上做得还不够，导致测试用例设计的不够全面出现遗漏
2）范围变更时需要充分评估，评估不够充分容易出现进度延迟和成本超支的情况。

心得体会1

1.事先要有明确的计划作为指导
2.一定要和用户制定出一份双方都认可的需求变更控制程序
3.在编写项目范围说明书上多花一些时间，这样的投入是相当值得的
4.一定要严格按计划和流程开展需求管理和范围管理工作
5.WBS分解最好是让执行后续工作任务的人参与
6.保持和干系人良好的沟通有利于更好的了解项目范围，并达成对范围理解上的一致。
7.在确认范围的过程中，和用户沟通要充分，相互配合要到位。
8.如果在项目范围监控还存在一些盲区的话，在一定程度上会影响项目的绩效。
9.IT项目需求变更是常态，一定要和用户制定一份双方都认可的需求变更控制流程，这样有利于后续项目工作中对项目需求变更实施控制。（规划过程组）
10.IT软件项目的需求调研尽可能多采用原型法或动态原型法。（规划过程组）
11.WBS的分解粒度要同时满足三个基本标准：可估算，可分工和可控制。（规划过程组）

心得体会2

XX项目自验收通过上线至今，运行良好，得到了干系人的一致好评。在该项目的需求管理中，我总结了三条有用的管理经验：
1）事先要有明确的计划作为指导 2）一定要和用户制订一份双方都认可的需求变更控制流程
3）一定要严格按照计划和流程开展需求变更和需求跟踪的工作然而在本项目的需求管理上面，也存在着一些问题。这需要我们在以后的项目管理过程之中不断改进和完善。
1）由于管理能力的问题，需求跟踪矩阵还略显粗糙
2）对需求变更而导致的影响的评估还不够精确，在一定程度上影响了项目的绩效。
百分比原则：做只做有助于项目成功的事情，杜绝主动镀金和范围蔓延
实际做法： 1、提高用户的投入程度，让用户积极参与程度，用户的参与程度越高，范围管理越好 2、减少不完整和不断变化的需求
3、利用软件辅助项目范围管理（减少人为的因素比如OA变更流程管理）
4、某位伟人说过：如果我有1个小时去解决问题那么我需要用50分钟去定义这个问题！强调了定义范围的重要性
5、甲乙双方不容易对需求达成一致的认识，对范围难以达成一致的理解和共识

9 真题

2005年上半年真题

请围绕“需求管理和范围管理”论题，分别从以下三个方面进行论述：
1、概要叙述与你参与管理过的信息系统项目，以及该项目在需求管理和范围管理方面的情况； 2、论述需求开发、需求管理和范围管理的区别与联系；
3、详细论述在你参与管理过的大型信息系统项目中具体采用的范围管理过程、方法、工具及其实际效 果。

2009年下半年真题

项目需要管理的目的是确保各方对需求的一致理解，管理和控制需求的变更，从需求到最终产品的双向追踪。项目的需要管理可以在很大程度上影响项目的成败。项目的需要管理流程主要包括制定需求管理计划，求得对需求的理解、求得对需求的确认、管理需求变更、维护对需求的双向跟踪、识别项目工作与需要之前的不一致等。
请围绕“论信息系统项目的需求管理”论题，分别从以下三个方面进行论述：
1.概要叙述项目的背景（发起单位、目的、项目周期、交付产品等）以及你在其中承担的工作。
2.结合你承担的项目，从制订需求管理计划、需求变更管理和需求跟踪等三方面论述需求管理应实施的活动。
3.叙述你所参加的项目需求管理过程，并加以评价。

2010年上半年真题

请围绕“信息系统工程项目的范围管理”论题，分别从以下三个方面进行论述：
1、概要叙述你参与的信息系统项目的背景、目的、发起单位的性质、项目周期、交付的产品等相关信息，以及你在其中担任的主要工作。
2、请简要列出该信息系统项目范围说明书的主要内容，并简要论述如何依据项目范围说明书制定WBS。
3、请结合你的项目经历，简要论述做好项目范围管理的经验。

2014年上半年真题

项目的范围管理主要关注项目内容的定义和控制，既要明确哪些内容包含在项目中，以作为项目开发的各项工作落实的依据。项目范围管理的目的是确保项目包含且只包含达到项目成功所必须完成的工作。
请以“信息系统项目的范围管理”为题，分别从以下三个方面进行论述
1、概要叙述你参与管理过的信息系统项目（项目的背景、项目规模、发起单位、目的、项目内容、组织结构、项目周期、交付的产品等）和你在其中承担的工作
2、结合项目管理实际情况并围绕以下要点论述你对信息系统项目范围管理的认识： （1）项目范围管理的含义与作用 （2）项目范围管理包含的主要内容
（3）项目范围管理中用到的工具和技术
3、请针对论文中所提到的信息系统项目，结合你在项目范围管理中遇到的实际问题与解决方法，论述如何做好项目的范围管理。

2016年上半年真题

项目范围管理包含范围计划编制、范围定义、创建工作分解结构、范围确认和范围控制等一系列子过程，用以确保项目包含且只包含达到项目成功所必需完成的工作。范围管理主要关注项目内容的定义和控制，即包括什么、不包括什么。
请以“信息系统项目的范围管理”为题，分别从以下三个方面进行论述：
1．概要叙述你参与管理过的信息系统项目（项目的背景、项目规模、发起单位、目的、项目内容、组织结构、项目周期、交付的产品等），并说明你在其中承担的工作。
2．围绕以下几点，结合项目管理实际情况论述你对项目范围管理的认识。 （1）确认项目范围对项目管理的意义。
（2）项目范围管理的主要活动及相关的输入和输出。 （3）项目范围管理用到的工具和技术。
3．请结合论文中所提到的信息系统项目，介绍你是如何进行范围管理的（可叙述具体做法），并总结你的心得体会。

2017年上半年真题

实施项目范围管理的目的是包括确保项目做且制作所需的全部工作，以顺利完成项目的各个过程，项目范围管理关注为项目界定清楚工作边界。防止范围蔓延。当必须改变项目工作边界时，项目范围管理提供了一套规范的方法处理范围变更。
请以“信息系统项目的范围管理”为题，分别从以下三个方面进行论述：
1、概要叙述你所参与管理过的信息系统项目（项目的背景、目标、规模、发起单位、项目内容、组织结构、项目周期、交付成果等），并说明你在其中承担的工作。
2、结合项目实际。论述你对项目范围管理的人事。可以包括不限于以下几个方面。
（1）项目范围对项目的意义。
（2）项目范围管理的主要过程、工具和技术。
（3）引起项目范围变更的因素。
（4）如何做好项目范围控制，防止项目范围蔓延。
3、请结合论文中所提到的信息系统项目，介绍你是如何进行范围管理的，包括具体做法和经验教训。

2021年上半年真题

项目范围管理必须清晰地定义项目范围，其主要工作是要确定哪些工作是项目应该做的，哪些不应该包括在项目中。
请以“论信息系统项目的范围管理”为题进行论述:
1.概要叙述你参与管理过的一个信息系统项目（项目的背景、项目规模、发起单位、目的、项目内容、组织结构、项目周期、交付的成果等），并说明你在其中承担的工作（项目背景要求本人真实经历，不得抄袭及杜撰）。
2.请结合你所叙述的信息系统项目，围绕以下要点论述你对信息系统项目范围管理的认识，并总结你的心得体会: （1）项目范围管理的过程; （2）根据你所描述的项目范围，写出核心范围对应的需求跟踪矩阵。
3.请结合你所叙述的项目范围和需求跟踪矩阵，给出项目的WBS。（要求与描述项目保持一致，符合WBS原则，至少分解至5层）

在2021年上半年信息系统项目管理师论文题目论信息系统项目范围管理里有一个要求就是3.请结合你所叙述的项目范围和需求跟踪矩阵，给出项目的WBS。(要求与描述项目保持一致，符合WBS原则，至少分解至5层)，要求WBS分解到5层，很多同学由于没有项目管理经验，同时教材上也大多只给出了3层结构，就不知道怎么写了，就感觉这个该怎么分解呢，其实这个很容易，就看细分了，比如你可以分模块1、模块2，然后又分子模块1、子模块2，然后再分子模块1功能1、子模块1功能2 等等，下面就是一个5层WBS的实例供参考。