6项目范围管理流程

项目范围管理是您确保项目包括与实现项目目标相关的所有工作（而不是其他任何内容）的方法。它围绕着控制项目中包含的内容以及不包含的内容。

本文从“项目管理知识体系指南”（PMBOK®指南） - 第五版一书中查看项目范围管理知识领域。这不是定义项目范围管理的唯一方法，但它是一个很好的起点，如果您正在努力获得PMP®认证，将对您非常有帮助。

计划范围管理流程

这样做的目的是在最后给你一个范围管理计划。这就阐述了如何定义，管理，验证和控制项目的范围。将工作放在前面以定义它可以让您稍后参考。您可能会发现可以使用其他项目的范围管理计划作为起点，因为一旦您的公司确定了一种成功的工作方式，范围管理流程在项目之间就不会有很大差异。

该过程的结果是范围管理计划。这是项目管理计划的一部分，包括：

• 您将如何准备详细的范围说明
• 如何从scope语句创建工作分解结构（WBS）
• 您将如何维护和批准WBS
• 您将如何正式接受项目的可交付成果
• 如何管理范围的更改

该文件不必非常详细或非常正式：它只需要符合目的。

收集需求流程

在此过程中，您将了解利益相关者对项目的期望。一旦概述了您的重要想法，您需要记录需求并管理利益相关者的期望。这很重要，因为考虑到其他项目限制，例如成本，他们经常要求的内容是不现实的或不可实现的。

需求收集工作的输出是一组记录的需求。这应该尽可能全面，通常包括几类要求，例如：

• 功能和非功能要求
• 利益相关者要求，如报告要求
• 支持和培训要求
• 业务需求
• 项目要求，如服务水平或质量

您还将记录与需求特定相关的依赖关系，假设和约束。

定义范围流程

您可以在此处获取需求，并将其转换为项目将要创建的产品或服务的详细说明。您最终会得到一个项目范围声明，您可以在项目期间参考该声明。它将包括范围和范围超出范围的列表。这很重要，因为人们通常不会记得被排除在外的东西，然后再回来请你做这些方面的工作。任何内含物都必须经过变更控制。

创建工作分解结构过程

通过此流程，您可以将需求列表转换为您需要执行的操作的结构化视图。这里的主要工作是将大任务分解为更小，更易于管理的块。

这个过程的结果是WBS，它可以是一个非常有用的工具。如果您没有直观思考，那么您可以通过创建列表来实现相同的结果。

验证范围流程

正如您所想，验证范围流程不会让业务利益相关者签署您的WBS。这是为了确保您有一个流程，以便在时机成熟时签署您的可交付成果。

建立这种结构是值得的，这样你就不会有任何关于谁将批准可交付成果的问题，或者他们将使用什么标准来说它是完整的。一旦流程完成，您将接受可交付成果，并由需要批准的人员批准。

控制范围过程

控制范围过程是项目范围管理知识领域的最后一个过程。它涉及确保在范围需要改变时有有效的变更控制。它还包括用“范围”帽子跟踪您的项目，以检查它是否会实现您的想象。

这6个过程组成了项目范围管理知识 PMBOK®指南 - 第五版.