PMBOK® 第六版 项目范围管理知识领域

目录

读后感—PMBOK第六版 目录

---

范围确立了预期目标，为沟通奠定了基础。无论是预测型、适应型、敏捷型还是其他项目管理模式，都需要确立一个方向和目标。不同之处在于，为了适应复杂环境，现在的工作选择注重相关方的共同参与，汇集众人的智慧，确保项目在使用、开发、设计和探索各个阶段都能持续完成并保持一致性。

随着项目需求越来越难以在初期明确界定，需求定义越来越多地依赖于业务团队、商业分析师等多元化且专业的人员参与。在这种需求不明确的环境中，项目范围管理显得至关重要，它不仅帮助项目团队应对不确定性，还能确保项目成功交付。

项目范围管理的核心在于精确界定项目的工作边界，确保既不超出也不遗漏。它涉及定义和控制项目内应包含的工作内容，避免因多做或少做而浪费资源或影响验收（见图1）。

• 规划范围管理：记录如何定义、确认和控制项目范围及产品范围，而创建范围管理计划的过程。
• 收集需求：实现项目目标而确定、记录并管理相关方的需要和需求的过程。
• 定义范围 ：制定项目和产品详细描述的过程。
• 创建 WBS：将项目可交付成果和项目工作分解为较小的、更易于管理的组件的过程。
• 确认范围：正式验收已完成的项目可交付成果的过程。
• 控制范围 ：监督项目和产品的范围状态，管理范围基准变更的过程

图-1 项目范围管理概述

一、核心概念

范围主要有2个含义：产品范围和项目范围，产品范围决定项目范围，项目范围服务于产品范围。产品范围是做什么、项目范围是怎么做（见表1）。

• 产品范围：某项产品、服务或成果所具有的特征和功能。
• 项目范围：为交付具有规定特性与功能的产品、服务或成果而必须完成的工作。项目范围有时也包括产品范围。

比如以回锅肉举例：产品范围指产品需要具备的特性和功能，需要一份中辣的青椒回锅肉，不要生姜。项目范围指为了实现产品范围所定义的功能，需要执行的工作，制作回锅肉的五花肉、青椒、豆瓣酱等等食材，青椒过不过油、肉先下还是青椒先下等等。

	产品范围	项目范围
相互关系	决定项目范围	服务产品范围
影响关系	自身变化不一定会引起项目范围变化	自身变化不一定会引起产品范围变化
包含关系	不包含项目范围	广义上有时也包含产品范围
衡量依据	产品需求文件	项目管理计划

表-1 产品范围和项目范围的关系

项目生命周期可以是预测型、适应型或敏捷型（见表2）。预测型项目在开始时定义可交付成果和范围，通过变更控制管理变化。适应型或敏捷型项目通过迭代开发，每次迭代重新定义范围。适应型项目需持续相关方参与，将范围分解为需求和工作（产品未完项），并在迭代中确定优先交付项。迭代中包括需求收集、范围定义和WBS创建。预测型项目在开始时完成这些过程，必要时更新。

适应型或敏捷型项目要求发起人和客户持续参与，提供反馈，确保产品未完项符合需求。它们在每次迭代中重复确认和控制范围，而预测型项目则在可交付成果生成时或阶段审查点进行确认范围，控制范围是持续过程。

预测型项目有固定的范围基准，适应型项目使用未完项反映当前需求。项目和产品范围完成情况分别根据项目管理计划和产品需求衡量。需求指产品必须具备的条件或能力。确认范围是正式验收可交付成果的过程，相关方需早期介入以评估质量和提出变更建议。

	预测型	适应型/敏捷型
总体模式	项目开始时就对项目可交付成果定义，对任何范围变化都要进行渐进管理	通过多次迭代来开发可交付成果，并在每次迭代开始时定义和批准详细的范围
基本特征	需求稳定、技术成熟	应对大量变更，相关方持续参与
何时从哪里收集需求、定义范围、创建WBS	在项目开始时，从所有需求中开展这些过程，必要时通过实施整体变更控制过程进行更新	在每个迭代开始时，在产品未完成项中选择最优先项开展这些过程
何时确认范围、控制范围	确认范围：每个可交付成果生成时或在阶段审查点 控制范围：持续性进行	每次迭代中
最终的范围基准	项目范围说明书+WBS+WBS词典	未完项（包括产品需求和用户故事）

表-2 预测型和适应型生命周期之范围管理对比

二、发展趋势和新兴实践

项目范围源于需求，有效的需求管理和分析尤为重要。随着市场快速变化，精益理念逐渐受到重视，其核心思想是“任何不能为客户创造价值的工作都是浪费”。玛丽·帕蓬迪克提出的精益软件开发原则包括：

• 优化全局；
• 以客户为中心；
• 赋能工作者；
• 减少浪费；
• 增强学习；
• 加速流动；
• 内建质量。

在全球复杂环境下，组织越来越依赖商业分析来定义、管理和控制需求，从而获得竞争优势。商业分析活动通常在项目启动前就开始，并贯穿整个需求管理过程，从需求评估到产品或服务的成功应用。这一过程以产品的移交和长期效益实现告终。

商业分析师负责需求管理活动，而项目经理确保这些活动按时、按预算执行，并创造价值。两者建立合作伙伴关系，明确各自的角色和职责，共同提高项目的成功率。

裁剪考虑因素

因为每个项目都是独特的，所以项目经理需要裁剪项目范围管理过程。裁剪时应考虑的因素包括（但不限于）：

• 知识和需求管理：评估组织是否拥有正式或非正式的知识和需求管理体系，并确定如何建立指南以促进需求的重用。
• 确认和控制：考虑组织是否拥有正式或非正式的确认与控制政策、程序和指南。
• 开发方法：确定组织采用的开发方法，如敏捷、迭代、增量或预测型，以及是否适合采用混合型方法。
• 需求稳定性：分析项目中需求的稳定性，决定是否需要使用精益、敏捷或其他适应型技术来应对需求变化。
• 治理：了解组织的审计和治理政策、程序和指南。
• 授权程度：了解组织的组织结构类型（职能型、弱矩阵型、强矩阵型）及项目经理的授权程度，这些都将影响范围管理流程和方法的选择。

敏捷/适应型环境中需要考虑的因素

对于需求变化频繁、风险高或不确定性大的项目，项目范围往往在项目初期难以明确，而是需要在项目执行过程中逐步细化。敏捷方法通过缩短项目早期定义和协商范围的时间，为持续探索和明确范围留出更多时间。

在敏捷实践中，新需求的出现可能导致实际业务需求与最初定义的需求产生偏差。为了应对这种情况，敏捷方法采用构建和审查原型，并通过发布多个迭代版本来逐步明确需求。这种方法允许项目范围在整个项目周期内不断地被定义和重新定义。在敏捷项目中，需求被视为待办事项列表，允许持续的优先级调整和需求更新。