【信息系统项目管理师 - 备考宝典 - 21】考点汇总 - Chapter 18 - 项目范围管理

需求蔓延

在实践中，“需求蔓延”是信息系统失败最常见的原因之一。

项目范围

是为了达到项目目标，为了交付具有某种特制的产品和服务，项目所规定要做的。

项目范围管理就是要确定哪些工作应该做，哪些不应该包括在项目中。

编制范围管理计划的工具和技术

专家判断、样板、表格、标准。

范围计划

是描述项目的边界，而范围管理计划是如何保证项目边界应该采取的行为。

如何减少“镀金”行为（尝试新的技术或者增加非需求的冗余功能）对信息系统项目的影响应该列入项目范围管理计划。

项目的初步范围说明书包括

硬件安装、软件编制。

项目范围

项目范围应该以产品范围为基础；

项目范围需要定义项目的主要可交付成果。

范围定义的主要结果就是项目范围说明书。

项目的范围计划是项目实施的重要基础。

工作分解结构（The Work Breakdown Structure，WBS）

是项目定义对于项目范围定义的输出结果，工作分解结构定义了项目的全部范围。

工作分解参考的原则

1）功能或者技术原则；

2）组织结构；

3）系统或者子系统。

工作分解结构必须是面向可交付成果的；必须符合项目的范围；其底层应该支持计划和控制；工作分解结构中的元素必须有人负责，而且只由一个人负责，尽管实际上可能需要多个人参与；工作分解结构的指导；工作分解结构并非是一成不变的。

项目分解结构不是某个项目成员的责任，应该由全体项目组成员、用户和项目利益相关人共同完成和一致确认的。

范围确认

主要是确认项目的可交付成果是否满足项目利益相关人的要求，需要注意讨论更改成本高的内容部分。

范围变更

对范围变更进行控制时，要以工作分解结构、项目进展报告、变更请求和范围管理计划为依据。

项目利益相关人对于变更请求的分析，可能会得到以下结果

1）无法实现，非常遗憾；

2）可以实现，并且能够满足现有的进度、资金和资源限制；

3）可以实现，但是需要更多的时间；

4）可以实现，并在规定期限内完成，但需要更多的资源；

5）可以实现，但同时需要更多的时间和资源；

6）难以实现，如果要实现，必须付出极大的代价。

范围控制的结果

范围变更、纠正行为、经验教训。