第三章项目范围管理
本章考点
3.1项目范围管理的含义和作用
3.2项目范围管理过程
3.2.1规划范围管理
3.2.2收集需求
3.2.3范围定义
3.2.4创建工作分解结构WBS
3.2.5范围确认
3.2.6范围控制
3.3项目范围管理的技术和工具
一、项目范围管理的含义和作用
项目范围管理包括确保项目做且只做成功完成项目所需的全部工作的各过程。管理项目范围主要在于定义和控制哪些工作应包括在项目内，哪些不应包括在项目内。
项目范围管理包括以下管理过程：
（1）规划范围管理：定义、确认和控制项目范围的过程。
（2）收集需求：为实现项目目标而定义并记录干系人的需求的过程。
（3）范围定义：制定项目和产品详细描述的过程。
（4）创建工作分解结构：将项目可交付成果和项目工作分解为较小的、更易于管理的组成部分的过程。
（5）范围确认：正式验收项目已完成的可交付成果的过程。
（6）范围控制：监督项目和产品的范围状态、管理范围基准变更的过程。
上述过程不仅彼此相互作用，而且还与其他知识领域中的过程相互作用。基于项目的具体需要，每个过程都可能需要一人或多人的努力。每个过程在每个项目中至少进行一次，并可在项目的一个或多个阶段（如果项目被划分为多个阶段）中进行。虽然在本节中，各过程以界限线分明、相互独立的形式出现，但在实践中它们可能以本章未详述的方式相互交叠、相互作用。（其他管理领域的多个过程之间也存在类似的关系，后面不再重复这一点。）在项目的环境中，"范围"这一术语有两种含义：
（1）产品范围--某项产品、服务或成果所具有的特性和功能。
（2）项目范围--为交付具有规定特性与功能的产品、服务或成果而必须完成的工作。
判断项目范围是否完成，要以项目管理计划、范围说明书、WBS和WBS词典来衡量。判断产品或服务是否完成，要根据产品或服务是否满足需求规格说明书。
管理项目范围所需的各个过程及其工具与技术，因应用领域而异，并通常作为项目生命周期的一部分加以确定。经批准的详细项目范围说明书以及相应的工作分解结构、工作分解结构词典，构成项目的范围基准。然后，在整个项目生命周期中，对这个基准范围进行监督、核实和控制。
在进行项目范围管理过程之前，项目管理团队应先进行规划工作，08版未把该规划工作单独列为一个过程。该规划工作是制定项目管理计划过程的一部分，会产生一份范围管理计划，用来指导项目范围的定义、记录、核实、管理和控制。基于项目的需要，范围管理计划可以是正式或非正式的、非常详细或高度概括的。
项目范围管理不仅仅是让项目管理和实施人员知道为达到预期目标需要完成哪些具体的工作，还要确认清楚项目相关各方在每项工作中清晰的分工界面和责任。
二、项目范围管理过程
项目范围管理过程包括规划范围管理、收集需求、范围定义、创建工作分解结构、范围确认、范围控制六个子过程。
1、规划范围管理（范围管理计划编制）
规划范围管理，就是定义、确认和控制项目范围的过程。该过程在整个项目中，是管理范围的指南。
(1)范围管理计划
范围管理计划是项目或项目集管理计划的组成部分，描述将如何定义、制订、监督、控制和确认项目范围。项目范围管理计划的内容包括描述如何根据初步的项目范围说明书编制一个详细的项目范围说明书的方法；描述从详细的项目范围说明书创建WBS的方法；关于正式确认和认可已完成可交付物方法的详细说明；有关控制需求变更如何落实到详细的项目范围说明书中的方法。
(2)需求管理计划
在信息系统集成项目中，需求管理贯穿与整个过程，它最基本的任务是明确需求，使项目团队和用户达成共识，建立需求基线，并建立需求跟踪矩阵，确保所有用户需求都被正确地应用，并且在需求发生变更时，能够完全地控制其影响范围，始终保持产品与需求的一致性。
需求管理计划描述在整个项目生命周期内如何分析、记录和管理需求。
需求管理流程：①制定需求管理计划；②求得对需求的理解；③求得对需求都承诺；④管理需求变更；⑤维护需求都双向跟踪性；⑥识别项目工作与需求之间不一致性。
需求管理的目的：一是确保各方对需求都理解一致，二是管理和控制需求都变更，三是从需求到最终产品的双向跟踪。
2、收集需求
收集需求是为实现项目目标而定义并记录干系人的需求的过程。仔细掌握和管理项目需求与产品需求，对促进项目成功有重要作用。需求是指发起人、客户和其他干系人的已量化且记录下来的需要与期望。项目一旦开始，就应该足够详细地探明、分析和记录这些需求，以便日后进行测量。
收集需求旨在定义和管理客户期望。需求是工作分解结构的基础。成本、进度和质量规划也都要在这些需求的基础上进行。需求开发始于对项目章程和干系人登记册中相关信息的分析。
许多组织把需求分为项目需求和产品需求。项目需求包括商业需求、项目管理需求、交付需求等。产品需求则包括技术需求、安全需求、性能需求等。
需求跟踪矩阵是一张连接需求与需求源的表格，以便在整个项目生命周期中对需求进行跟踪。需求跟踪矩阵把每一个需求与业务目标或项目目标联系起来，有助于确保每一个需求都具有商业价值。它为人们在整个项目生命周期中跟踪需求提供了一种方法，有助于确保需求文件所批准的每一项需求在项目结束时都得到实现。最后，需求跟踪矩阵为管理产品范围变更提供了框架。
3、范围定义
范围定义是制定项目和产品详细描述的过程。范围定义的主要输出成果是详细项目范围说明书，详细项目范围说明书的编制，对项目成功至关重要。应该根据项目启动过程中记载的主要可交付成果、假设条件和制约因素，来编制项目范围说明书。在规划过程中，由于对项目有了更多的了解，所以应该更具体地定义与描述项目范围。应该分析现有风险、假设条件和制约因素的完整性，并在必要时补充其他的风险、假设条件和制约因素。
（1）详细范围说明书的主要内容包括：①项目目标；②项目产品范围说明书；③项目可交付成果的规定；
④项目边界；⑤产品验收标准；⑥项目的假设条件；⑦项目配置关系及其管理要求；⑧项目批准的规定；⑨项目的约束条件。
（2）详细范围说明书的主要作用有三个方面：
①项目范围说明书详细描述项目的可交付成果，以及为提交这些可交付成果而必须开展的工作。项目范围说明书也表明项目干系人之间就项目范围所达成的共识，并可明确指出哪些工作不属于项目范围。
②使项目团队能开展更详细的规划，并可在执行过程中指导项目团队的工作。
③它还为评价变更请求或额外工作是否超出项目边界提供基准。
4、创建工作分解结构
创建工作分解结构（WBS）是把项目可交付成果和项目工作分解成较小的、更易于管理的组成部分的过程。工作分解结构是以可交付成果为导向的工作层级分解，其分解的对象是项目团队为实现项目目标、提交所需可交付成果而实施的工作。工作分解结构每下降一个层次就意味着对项目工作更详尽的定义。工作分解结构组织并定义项目的总范围，代表着现行项目范围说明书所规定的工作。
计划要完成的工作包含在工作分解结构底层的组成部分中，这些组成部分被称为"工作包".可以针对工作包安排进度、估算成本和实施监控。在"工作分解结构"这个词中，"工作"是指经过努力所取得的成果，如工作产品或可交付成果，而非"努力"本身。
如果准确无误地分解出WBS,并且这样的WBS得到了客户等项目干系人的认可，那么凡是出现在WBS中的工作都应该属于项目的范围，都是应该完成的。凡是没有出现在WBS中的工作，则不属于项目的范围，要想完成这样的工作，要遵循变更控制流程并需经过变更控制委员会的批准。
(1)创建WBS的流程如下：①识别和分析可交付成果及相关工作；②确定工作分解结构的结构与编排方法；
③自上而下逐层细化分解；④为工作分解结构组成部分制定和分配标志编码；⑤核实工作分解的程度是必要且充分的。
(2)创建WBS时应坚持的分解原则：①在各层次上保持项目的完整性，避免遗漏必要的组成部分；②一个工作
