005项目范围管理

项目范围管理

项目范围是项目目标更具体的表达。

确定哪些工作是项目应该做的，哪些不应该包括在项目中。

将项目工作范围详细划分为工作包，以便更好地执行。

范围管理概述

项目范围管理就是要做范围内的事，且仅做范围内的事，既不多做也不少做。

包括三个方面：

• 明确项目边界
• 对项目执行工作进行监控
• 防止项目范围发生蔓延

产品范围与项目范围

产品范围是指产品或者服务所应该包含的功能。

项目范围是指项目所必须做的工作。

范围管理的重要性

项目管理能够提高对项目成本、进度、资源估算的准确性。

项目范围管理影响到项目的成功。范围蔓延是项目失败最常见的原因之一。

范围管理的过程

• 规划范围管理
• 收集需求
• 定义范围
• 创建WBS（工作分解结构）
• 确认范围
• 控制范围

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-7ldMpOJb-1612508386194)(D:\考试\高级项目管理\zk整理\pic\4.bmp)]

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-0kq0HlzS-1612508386196)(D:\考试\高级项目管理\zk整理\pic\5.bmp)]

规划范围管理

规划范围管理是编制范围管理计划

书面描述将如何定义、确认、控制项目范围的过程

作用是在整个项目中对如何管理范围提供指南和方向。

范围管理计划

对以下管理过程做出规定：

• 如何制订项目范围说明书
• 如何根据范围说明书创建WBS
• 如何维护和批准WBS
• 如何确认和正式验收已完成的项目可交付成果
• 如何如理项目范围说明书的变更

需求管理计划

需求管理基本任务：明确需求，建立需求基线。

需求管理计划描述在整个项目生命周期内如何分析、记录、管理需求。

需求管理计划是对项目的需求进行定义、确定、记载、核实管理、控制的行动指南。

包括以下内容：

• 如何规划、跟踪、汇报各种需求活动
• 需求管理需要使用的资源
• 培训计划
• 项目干系人参与需求管理的策略
• 判断项目范围与需求不一致的准则和纠正规程
• 需求跟踪结构
• 配置管理活动

收集需求

需求的分类

• 业务需求
• 干系人需求
• 解决方案需求（功能性、非功能性）
• 过渡需求
• 项目需求
• 质量需求（基本需求、期望需求、意外需求）

收集需求的工具与技术

• 访谈（结构化、非结构化）
• 焦点小组（互动式讨论）
• 引导式研讨会（质量功能）
• 群体创新技术
  • 头脑风暴
  • 名义小组技术
  • 德尔菲技术
  • 概念/思维导图
  • 亲和图
  • 多标准决策分析
• 群体决策技术
• 问卷调查
• 观察
• 原型法
• 标杆对照
• 系统交互图
• 文件分析

需求文件

内容包括：

• 业务需求
• 干系人需求
• 解决方案需求
• 项目需求
• 过渡需求
• 与需求有关的假设条件、依赖关系、制约因素

需求跟踪

需求跟踪内容

• 用户原始需求
• 需求文件
• 下游工作产品

需求跟踪矩阵

• 业务需求、机会、目的、目标
• 项目目标
• 项目范围
• 产品设计
• 产品开发
• 测试策略和测试场景
• 高层次需求到详细需求

定义范围

定义范围是制定项目和产品详细描述的过程

作用是明确产品、服务、成果的边界

定义范围的工具与技术

• 产品分析（对产品用途、特征、其他方面的描述）
  • 产品分解
  • 系统分析
  • 需求分析
  • 系统工程
  • 价值工程（设计阶段）
  • 价值分析（持续分析）
• 备选方案生成
  • 备选方案分析（对已识别的可选方案进行评估）
  • 横向思维（发散思维、水平思维）

项目范围说明书

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

范围说明书内容

• 产品范围描述
• 验收标准
• 可交付成果
• 项目的除外责任（明确哪些内容不属于项目范围）
• 制约因素
• 假设条件

范围说明书作用

• 确定范围
• 沟通基础
• 规划和控制依据
• 变更基础
• 规划基础

创建工作分解结构WBS

WBS：Work Breakdown Structure

将项目可交付成果和项目工作分解成较小的、易于管理的组件和过程。

作用是对所要交付的内容提供一个结构化的视图。

WBS的层次

WBS将项目整体或者主要可交付成果分解成容易管理、方便控制的若干个子项目或者工作包。

• 每层中的所有要素之和是下层的工作之和
• 每个工作要素应具体指派一个层次，不应该指派给多个层次。
• WBS需要有投入工作的范围描述

特点：

• 里程碑（标志某成果、阶段完成）
• 工作包（Work Package，要具体、易区分，8/80规则，完成时长介于[8h,80h]）
• 控制账户（管理控制点，整合范围、预选、实际成本、进度，测量绩效）
• 规划包（控制账户之下、工作包之上，最终会分解成工作包及相应具体活动）
• WBS词典（成本、进度、资源使用信息汇总，生成配套文件）

分解

分解的原则

• 功能或者技术原则
• 结构组织
• 系统或者子系统

工作过程

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-1UyCaTfW-1612508386199)(D:\考试\高级项目管理\zk整理\pic\6.bmp)]

注意事项

• WBS必须是面向可交付成果的
• WBS必须符合项目的范围
• WBS的底层应该支持计划和控制
• WBS中的元素必须有人负责（独立责任原则）
• WBS的指导
• WBS应包括项目管理工作
• WBS编制需要所有人参与
• WBS并非是一成不变的

WBS的作用

• 明确和准确说明项目范围
• 清楚地定义项目边界
• 为各独立单元分派人员
• 针对独立单元，进行估算
• 确定项目进度和控制的基准
• 将项目工作和财务账目联系起来
• 确定工作内容和工作顺序
• 有助于防止需求蔓延

确认范围

确认范围是正式验收项目已完成的可交付成果的过程。

作用是使验收过程具有客观性。

确认范围概述

步骤：

• 确定需要进行范围确认的时间
• 识别范围确认需要哪些投入
• 确定范围正式被接受的标准和要素
• 确定范围确认会议的组织步骤、
• 组织范围确认会议

需要检查的问题：

• 可交付成果是否确定、可确认
• 是否有明确里程碑
• 是否有明确的质量标准
• 审核和承诺是否有清晰的表达
• 项目范围是否覆盖完全，有无遗漏、错误
• 项目范围的风险是否太高

干系人关注点

• 管理层：项目进度、资金、资源影响
• 客户：产品范围
• 项目管理人员：可交付成果
• 项目团队成员：参与或负责的元素

术语比较

• 确认范围与核实产品
  • 确认范围（针对项目可交付成果）
  • 核实产品（针对产品是否完成）
• 确认范围与质量控制
  • 确认范围，获得客户接受，由外部发起
  • 质量控制，强调正确性符合质量要求，由内部检查.
• 确认范围与项目收尾
  • 确认范围，强调核实与接受可交付成果，验收可交付成果
  • 项目收尾，强调项目结束流程性工作，验收产品

控制范围

控制范围是监督项目和产品的范围张贴、管理范围基准变更的过程。

作用是在整个项目期间对范围基准的维护。

范围变更的原因

• 政府政策
• 原计划错误或遗漏
• 市场出现变化，新技术、新手段、新方案
• 项目组织变化
• 客户对项目、产品、服务要求变化

范围变更控制的工作

• 影响导致范围变更的因素
• 判断范围变更是否已经发生
• 范围变更发生时管理实际的变更