05项目范围管理_描述项目可交付成果是如何一步步的细化并最终实现交付的-CSDN博客

本文链接：https://blog.csdn.net/weixin_38421237/article/details/124785845

范围管理

项目范围管理：

启动：规划范围管理、收集需求、定义范围、创建工作分解结构

执行：

监控：确认范围、控制范围

收尾：

项目范围管理–过程

规划范围管理
收集需求
定义范围
创建WBS
确认范围
控制范围

规划范围管理

为记录如何定义、确认和控制项目范围及产品范围，而创建范围管理计划和需求管理计划的过程；

收集需求

为实现项目目标而确定、记录并管理相关方的需要和需求的过程

定义范围

制定项目和产品详细描述的过程

创建WBS

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

确认范围

正式验收已完成的项目可交付成果的过程

控制范围

监督项目和产品的范围状态，管理范围基准变更的过程

项目范围管理-- 核心概念

产品范围

某项产品、服务或成果所具有的特性和功能。以是否完成产品需求为衡量标准

项目范围

为交付具有规定特性与功能的产品、服务或成果而必须完成的工作，有时候项目范围也包括产品范围、以是否完成项目管理计划衡量标准。

在这里插入图片描述

项目范围管理–基本概念

确保项目做且只做所需的全部工作，以成果完成项目的各个过程（项目管理最重要、最难的问题之一）

管理项目范围主要在于定义和控制哪些工作包括在项目内，哪些不应该包含在项目内。

在这里插入图片描述

规范范围管理

目的：为记录如何定义、确认和控制项目范围及产品范围，而创建范围管理计划的过程。

作用：在整个项目期间对如何管理范围提供指南和方向。此过程仅开展一次或者在项目的预定点开展。

在这里插入图片描述

规范范围管理：输出

范围管理计划

如何定义、制定、监督、控制和确认项目范围。

注意点：

范围管理计划无范围（范围在范围基准中）
范围管理计划可以是正式或非正式的，非常详细或高度概括的。

包括：

如何收集需求
如何定义需求
如何创建WBS
如何确认范围
如何控制范围

需求计划

如何分析、记录和管理项目和产品需求

注意点：

需求管理计划无需求（需求在需求文件中）
内容包括配置管理活动、需求优先级排序过程、测量指标等

包括：

为项目选择最有效的阶段与阶段间关系
如何规划、跟踪、汇报各种需求活动
需求优先级排序过程
配置管理活动
测量指标及使用这些指标的理由
需求跟踪结构

在这里插入图片描述

需求

根据特定协议或其他强制性规范，产品、服务或成果必须具备的条件或能力。

需求包括发起人、客户和其他相关方的已量化且书面记录的需要和期望。

收集需求

目的：为实现目标而确定、记录并管理相关方的需要和需求的过程

作用：为定义产品范围和项目范围奠定基础，仅开展一次或在项目的预定义点开展

在这里插入图片描述

收集需求：工具与技术

专家判断

在这里插入图片描述

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-3aCGobop-1652610528229)(pic/image-20220419232306859.png)]

数据收集

在这里插入图片描述

文件分析

有助于获取相关需求的文件：协议、商业计划、业务流程或接口文档、市场文献、问题日志、法规文件、建议邀请书、用例等。

决策

投票：快速平等选出一致意见的决策方法

多标准决策分析：多标准决策分析工具，通过一系列决策排列出备选方案的优先顺序。先对标准排序和加权，再应用于所有备选方案，计算出各个备选方案的数学得分，然后根据等分对备选方案排序。

数据表现

亲和图：用来对大量创意进行分组的技术，以便进一步审查分析。

思维导图：把从头脑风暴中获得的创意整合成一张图，用以反映创意之间的共性和差异，激发新创意。

人际关系与团队技能

名义小组技术：（Nominal Group Technique ，NGT）即名义群体法、名目团体技术、名义群体技术等，是管理决策中的一种定性分析方法

引导：有效引导团队活动成功以达成决定、解决方案或结论的能力

观察和交谈：直接察看个人在各自的环境中如何执行工作流程。当产品使用者难以或不愿清晰说明他们的需求时，需要通过观察来了解其工作细节，以便挖掘隐藏的需求。

系统交互图

对产品范围的可视化描绘，显示业务系统（过程、设备、计算机系统等）及其与人和其他系统（行动者）直接的交互方式。

原型法

收集需求：输出

需求文件

描述各种单已需求将如何满足于项目相关的业务需求。

只有明确的（可测量和可测试的）、可跟踪的、完整的、相互协调的、且主要相关方愿意任何的需求，才能作为基准

在这里插入图片描述

需求追踪矩阵

把产品需求从其来源连接到能满足需求的可交付成果的一种表格

在这里插入图片描述

定义范围

在这里插入图片描述

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

作用：描述产品、服务或成果的边界和验收标准

定义范围–输出

范围说明书

对项目范围、主要可交付成果、假设条件和制约因素的描述，记录整个范围，包括项目和产品范围。
由项目经理指定，详细描述项目的可交付成果，以及为创建这些可交付成果而必须开展的工作；还代表项目相关方之间在项目上达成的共识。
方便管理相关方期望，项目范围说明书可明确指出哪些工作不属于本项目范围

包含内容	内容描述
产品范围描述	逐步细化在项目章程和需求文件中所描述的产品、服务或成果的特征
可交付成果	必须产出的任何独特并可核实的产品、成果或服务能力。包括辅助成果，如项目管理报告和文件
验收标准	可交付成果通过验收前必须满足的一系列条件
除外责任	明确说明哪些内容不属于项目范围，有助于管理相关方期望及减少范围蔓延

项目章程和项目范围说明书的内容在一定程度上重叠，但它们的详细程度完全不同。

项目章程包含高层级的信息，而项目范围说明书则是对范围组成部分的详细描述，这些组成部分需要在项目过程中逐渐明细；

项目章程	项目范围说明书
项目目的或理由	项目范围描述（渐进明细）
可测量的项目目标和相关的成果标准	项目可交付成果
总体要求	验收标准
概括性的项目描述、产品特性	项目除外责任（项目边界）
总体里程碑进度计划	项目制约因素
总体预算	项目假设因素
项目审批要求
委派的项目经理及其职责和职权

在这里插入图片描述

创建WBS

工作分解结构（Work Breakdown Structure，WBS)

在这里插入图片描述

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

作用：对需要交付的内容提供框架。仅开展一次或在项目的预定点开展。

工具与技术

分解

分解：把项目范围和项目可交付成果逐步划分为更小、更便于管理的组成部分的技术。创建WBS，即将整个项目分解为工作包。

工作包：WBS最低层的组件，可对其成本和持续时间进行估算和管理。

滚动式计划：近期工作要分解到详细工作包，以便安排和核实。远期的可以放一个规划包，随渐进明细不断细化。

在这里插入图片描述

创建WBS的方法：（结合流程/方法论，面向可交付成果）

以项目生命周期的各阶段作为分解的第二层，把产品和项目可交付成果放在第三层；
以主要可交付成果作为分解的第二层。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ayKcEysq-1652610528234)(pic/image-20220505225705619.png)]

以阶段作为第二层

在这里插入图片描述

以主要的可交付成果为第二层

在这里插入图片描述

分解参考建议

在这里插入图片描述

输出

范围基准

经过批准的范围说明书、WBS和相应的WBS词典，只有通过正式的变更控制程序才能进行变更，被用作比较的基础。包括项目范围说明书、WBS、工作包、规划包、WBS词典。

项目范围说明书：项目范围、主要可交付成果、假设条件和制约因素

找可交付成果和验收标准：首选范围说明书，次选wbs词典，再次范围基准

WBS	WBS词典
工作包	账户编码标志号
规划包	工作描述
控制账户	负责的组织
	进度里程碑清单
	相关的进度活动
	所需的资源
	成本估算
	质量标准
	验收标准
	技术参考文献
	协议信息