本文从“指南”到“项目管理知识体系指南”（PMBOK®指南） - 第五版中着眼于项目范围管理知识领域。 这不是定义项目范围管理的唯一方法，但这是一个很好的起点，如果您正致力于您的PMP®认证，它将对您非常有帮助。
项目范围管理流程
PMBOK®指南中的项目范围管理包括6个流程。 项目范围管理流程是：
- 规划范围管理
- 收集需求
- 定义范围
- 创建工作分解结构
- 验证范围
- 控制范围。
我们来看看其中的每一个。
规划范围管理流程
这样做的目的是在最后给你一个范围管理计划。 这阐述了你将如何定义，管理，验证和控制你的项目的范围。 把工作放在前面来定义这个，可以让你稍后参考。 您可能会发现，您可以使用另一个项目的范围管理计划作为起点，因为范围管理流程在项目之间不会发生很大变化，只要您的公司已经完成了对他们成功的工作方式。
这个过程的结果是范围管理计划。 这是您项目管理计划的一部分 ，包括：
- 您将如何准备详细的范围说明
- 如何从范围说明中创建工作分解结构（WBS）
- 您将如何维护和批准WBS
- 你将如何获得项目交付成果的正式验收
- 你将如何管理范围的变化。
该文件不一定非常详细或非常正式：它只需要适合目的。
收集需求过程
在这个过程中，你会弄清楚你的利益相关者想要从项目中得到什么。 一旦你概述了你的大想法 ，你需要记录需求并管理你的利益相关者的期望。 这很重要，因为考虑到其他项目限制（如成本），他们所要求的往往不现实或可实现。
需求收集工作的输出是一组记录的需求。 这应该尽可能全面，通常包括几类要求，例如：
- 功能和非功能性要求
- 利益相关方要求，如报告要求
- 支持和培训要求
- 业务需求
- 项目要求，如服务水平或质量
您还将记录与需求特别相关的依存关系，假设和约束。
定义范围过程
您可以在此处将需求转化为您的项目将要创建的产品或服务的详细描述。 你最终会得到一个项目范围声明，你可以在项目中引用它。 它将包括范围内的内容和超出范围的清单。 这很重要，因为人们往往不会记得被排除在外的东西，而是回来要求你在这些领域上工作。
任何包含物都必须经过变更控制。
创建工作分解结构过程
通过此流程，您可以将您的需求清单变为您需要执行的结构化视图。 这里的主要工作是将大任务分解为更小，可管理的块。
这个过程的结果是WBS。 就我个人而言，我没有在我的项目中使用WBS，但它可能是一个非常有用的工具。 如果您没有直观地思考，那么您可以通过创建列表来获得相同的结果。
验证范围过程
验证范围过程并非如您所想的那样，让业务利益相关方签署WBS。 这是关于确保您有一个适当的流程，以便在时间到期时为您的交付物签字。
这个结构很有价值，所以你不会对将要批准交付物的人有任何疑问，或者他们将用什么标准来说明它是完整的。
处理完成后，您将接受可交付成果，并由需要批准的成员批准。
控制范围过程
控制范围过程是项目范围管理知识领域的最后一个过程。 它涉及如果范围需要改变，确保有效的变更控制。 它还包括用'范围'帽子跟踪您的项目，以检查它是否能够实现您的想法。
这6个过程组成了项目范围管理知识，这些知识都在PMBOK®指南 - 第五版中 。