标签：style   blog   http   使用   ar   strong   文件   数据   2014   

项目范围管理知识领域中包含规划项目范围管理、收集需求、定义范围、创建WBS、确定范围、控制范围等6个过程组，本篇将从项目范围管理的定义以及6个过程组中的输入、工具以及输出给大家介绍项目范围管理里面的主要内容。

一、定义

项目范围管理包括确保项目做且只做所需的全部工作，以成功完成项目的各个过程。管理项目范围主要在于定义和控制哪些工作应该包括在项目内，哪些不应该包括在项目内。

管理项目范围所需的各个过程及支持工具与技术，会因项目而异。经过批准的项目范围说明书、工作分解结构（WBS）和相应的WBS词典构成项目范围基准。只有通过正式变更控制流程才能进行基准变更。在开展确认范围、控制范围及其他控制过程时，基准被用作比较的基础。

二、规划项目范围管理

规划范围管理是创建范围管理计划，书面描述将如何定义、确认和控制项目范围的过程。本过程的主要作用是，在整个项目中对如何管理范围提供指南和方向。

                        规划范围管理：输入、工具与技术和输出

规划范围管理的数据流向图

2.1范围管理计划

范围管理计划是项目或项目集管理计划的组成部分，描述将如何定义、制定、监督、控制和确认项目范围。范围管理计划是制定项目管理计划过程和其他范围管理过程的主要输入，有助于降低项目范围蔓延的风险。

2.2需求管理计划

需求管理计划是项目管理计划的组成部分，描述将如何分析、记录和管理需求。阶段与阶段间的关系对如何管理需求有很大影响。项目经理为项目选择最有效的阶段间关系，并将它记录在需求管理计划中。需求管理计划的许多内容都是以阶段关系为基础的。

需求管理计划的主要内容包括（但不限于）：

• 如何规划、跟踪和报告各种需求活动；
• 配置管理活动，例如，如何启动产品变更，如何分析其影响，如何进行追溯、跟踪和报告，以及变更审批权限；
• 需求优先级排序过程；
• 产品测量指标及使用这些指标的理由；
• 用来反映哪些需求属性将被列入跟踪矩阵的跟踪结构。

三、收集需求

收集需求是为实现项目目标而确定、记录并管理干系人的需要和需求的过程。

收集需求：输入、工具与技术和输出

收集需求的数据流向图

3.1需求

需求包括发起人、客户和其他干系人的已量化且书面记录的需要和期望。应该足够详细地探明、分析和记录这些需求，将其包含在范围基准中，并在项目执行开始后对其进行测量。需求将成为工作分解结构（WBS）的基础。需求也是成本、进度和质量规划的基础，有时也是采购工作的基础。收集需求从分析项目章程、干系人登记册及干系人管理计划中的信息开始。

需求可以分成不同的类别，有利于对需求进行进一步完善和细化。这些分类包括：

• 业务需求。整个组织的高层级需要，例如，解决业务问题或抓住业务机会，以及实施项目的原因。
• 干系人需求。干系人或干系人群体的需要。
• 解决方案需求。为满足业务需求和干系人需求，产品、服务或成果必须具备的特性、功能和特征。解决方案需求又进一步分为功能需求和非功能需求： 功能需求是关于产品能开展的行为。如流程、数据，以及与产品的互动； 非功能需求是对功能需求的补充，是产品正常运行所需的环境条件或质量。如可靠性、安防性、性能、安全性、服务水平、可支持性、保留/清除等。
• 过渡需求。从当前状态过渡到将来状态所需的临时能力，如数据转换和培训需求。
• 项目需求。项目需要满足的行动、过程或其他条件。
• 质量需求。用于确认项目可交付成果的成功完成或其他项目需求的实现的任何条件或标准。

3.2需求文件

需求文件描述各种单一需求将如何满足与项目相关的业务需求。

需求文件的主要内容包括（但不限于）：

• 业务需求，包括： 可跟踪的业务目标和项目目标； 执行组织的业务规则； 组织的指导原则。
• 干系人需求，包括： 对组织其他领域的影响； 对执行组织内部或外部团体的影响； 干系人对沟通和报告的需求。
• 解决方案需求，包括： 功能和非功能需求；技术和标准合规性需求；支持和培训的需求； 质量需求； 报告需求（可用文本记录或用模型展示解决方案需求，也可两者同时使用）。
• 项目需求，例如： 服务水平、绩效、安全和合规性等； 验收标准。
• 过渡需求。
• 与需求相关的假设条件、依赖关系和制约因素。

3.3需求跟踪矩阵

需求跟踪矩阵是把产品需求从其来源连接到能满足需求的可交付成果的一种表格。使用需求跟踪矩阵，可以把每个需求与业务目标或项目目标联系起来，有助于确保每个需求都具有商业价值。需求跟踪矩阵提供了在整个项目生命周期中跟踪需求的一种方法，有助于确保需求文件中被批准的每项需求在项目结束的时候都能交付。最后，需求跟踪矩阵还为管理产品范围变更提供了框架。

需求跟踪包括（但不限于）跟踪以下内容：

业务需要、机会、目的和目标； 项目目标； 项目范围/ WBS可交付成果； 产品设计； 产品开发； 测试策略和测试场景； 高层级需求到详细需求。

四、定义范围

定义范围是制定项目和产品详细描述的过程。本过程的主要作用是，明确所收集的需求哪些将包含在项目范围内，哪些将排除在项目范围外，从而明确项目、服务或成果的边界。

定义范围：输入、工具与技术和输出

 定义范围的数据流向图

4.1备选方案生成

备选方案生成是一种用来制定尽可能多的潜在可选方案的技术，用于识别执行项目工作的不同方法。许多通用的管理技术都可用于生成备选方案，如头脑风暴、横向思维、备选方案分析等。

4.2项目范围说明书

项目范围说明书是对项目范围、主要可交付成果、假设条件和制约因素的描述。

项目范围说明书描述要做和不要做的工作的详细程度，决定着项目管理团队控制整个项目范围的有效程度。详细的项目范围说明书包括以下内容（可能直接列出或参引其他文件）：

• 产品范围描述
• 验收标准
• 可交付成果
• 项目的除外责任
• 制约因素
• 假设条件

4.3项目范围说明书与项目章程区别

项目章程和项目范围说明书的内容存在一定程度的重叠，但它们的详细程度完全不同。项目章程包括高层级的信息，而项目范围书说明则是对项目范围的详细描述。项目范围需要在项目过程中渐进明细。

项目章程与项目范围说明书的区别

五、创建WBS

创建工作分解结构（WBS）是把项目可交付成果和项目工作分解成较小的、更易于管理的组件的过程。本过程的主要作用是，对所要交付的内容提供一个结构化的视图。

创建WBS：输入、工具与技术和输出

创建WBS的数据流向图

5.1分解

分解是一种把项目范围和项目可交付成果逐步划分为更小、更便于管理的组成部分的技术。工作包是WBS最低层的工作，可对其成本和持续时间进行估算和管理。分解的程度取决于所需的控制程度，以实现对项目的高效管理。工作包的详细程度因项目规模和复杂程度而异。要把整个项目工作分解为工作包，通常需要开展以下活动：

• 识别和分析可交付成果及相关工作；
• 确定WBS的结构和编排方法；
• 自上而下逐层细化分解；
• 为WBS组件制定和分配标识编码；
• 核实可交付成果分解的程度是否恰当。

5.2范围基准

范围基准是经过批准的范围说明书、工作分解结构（WBS）和相应的WBS词典，只有通过正式的变更控制程序才能进行变更，它被用作比较的基础。范围基准是项目管理计划的组成部分，包括：

• 项目范围说明书
• WBS
• WBS词典

5.3 WBS词典

WBS词典是针对每个WBS组件，详细描述可交付成果、活动和进度信息的文件。WBS词典对WBS提供支持。WBS词典中的内容可能包括（但不限于）：

账户编码标识； 工作描述； 假设条件和制约因素； 负责的组织； 进度里程碑； 相关的进度活动； 所需资源； 成本估算； 质量要求； 验收标准； 技术参考文献； 协议信息。

六、确认范围

确认范围是正式验收已完成的项目可交付成果的过程。本过程的主要作用是，使验收过程具有客观性；同时通过验收每个可交付成果，提高最终产品、服务或成果获得验收的可能性。

确认范围：输入、工具与技术和输出

确认范围的数据流向图

七、控制范围

控制范围是监督项目和产品的范围状态，管理范围基准变更的过程。本过程的主要作用是，在整个项目期间保持对范围基准的维护。

控制范围：输入、工具与技术和输出

控制范围的数据流向图

项目的范围管理

标签：style   blog   http   使用   ar   strong   文件   数据   2014   

原文地址：http://www.cnblogs.com/gaojihe/p/3956494.html