

首页  思维导图  详情



项目范围管理

2021-03-08 09:21:51   0  举报





AI智能生成

项目范围管理思维导图

产品规划

人力

内容运营

用户运营

日常安排

模版推荐

作者其他创作

大纲/内容

规划范围管理

输入

项目管理计划

项目章程

工具与技术

专家判断

会议

输出

范围管理计划

范围管理计划无范围，都是描述如何去管理范围，没有描述有哪些范围

1、范围管理计划有助于降低项目范围蔓延的风险；2、工作授权系统可以防止“镀金”

需求管理计划

如何规划、跟踪、报告各种需求活动；

用什么标准对需求进行优先级排序；

需求管理需要使用的资源；

培训计划；

项目干系人参与需求管理的策略；

判断项目范围与需求不一致的准则和纠正过程；

需求跟踪结构；

配置管理活动。

收集需求

输入

范围管理计划

需求管理计划

干系人管理计划

项目章程

干系人登记册

工具与技术

访谈

焦点小组

引导式研讨会

联合应用开发JAD

质量功能展开QFD

用户故事会

群体创新技术

头脑风暴

名义小组

概念/思维导图

多标准决策分析

亲和图

群体决策技术

德尔菲技术

问卷调查

观察

原型法

1.模型创建；

2.用户体验；

3.反馈收集；

4.原型修改；

标杆对照

系统交互图

文件分析

输出

需求文件

需求跟踪矩阵

提供了在整个项目生命周期中跟踪需求的一种方法；

把每个需求与业务目标或项目目标联系起来；

收集需求时产生的需求文件和需求跟踪矩阵并不代表项目的真实范围；

定义范围

输入

范围管理计划

项目章程

需求文件

工具与技术

专家判断

产品分析

产品分解

系统分析

需求分析

系统工程

价值工程

价值分析

备选方案生成

头脑风暴

横向思维

备选方案分析

引导式研讨会

输出

项目范围说明书

产品范围描述

验收标准

可交付成果

除外责任

制约因素

假设条件

项目文件更新

创建WBS

输入

范围管理计划

项目范围说明书

需求文件

工具与技术

分解

工作包

WBS分解的5步骤

1）识别和分析可交付成果及相关工作；

2）确定WBS的结构和编排方法；

3）自上而下逐层细化分解；

4）为WBS组件制定和分配标识编码；

5）核实可交付成果分解的程度是否恰当。

WBS分解的6个原则

功能或技术原则

80小时原则

100%原则（包含原则）

4~6层指导

滚动分解原则

独立责任原则

WBS分解的6个注意

WBS必须是面向可交付成果的；

WBS应包括项目管理工作，也要包括分包出去的工作；

WBS的编制需要所有（主要）项目干系人的参与，需要项目团队成员的参与；

不同的可交付成果可以分解到不同的层次；

并不是分解得越细越好。过细的分解，资源使用效率低下、工作实施效率降低等等；

远期才完成的可交付成果或组件，当前可能无法分解（规划包），需要滚动式规划。

WBS的3种表现形式

树型结构（组织结构图式）

优点：层次清晰、直观性和结构性强；

缺点：：不容易修改，很难表示大的、复杂的项目全貌；

表格形式（列表式）

优点：能反映出项目所有的工作要素；

缺点：直观性较差；

鱼骨图（不常用）

控制账户

每个控制账户可能包括一个或多个工作包（或规划包）；

但是一个工作包只能属于一个控制账户；

控制账户可以较高层次上和较低层次上，反应了管理团队对项目管理的“粗管”还是“细管”。

专家判断

输出

范围基准

项目范围说明书

WBS

WBS词典

项目文件更新

确认范围

输入

项目管理计划

范围管理计划

需求管理计划

范围基准

需求文件

需求跟踪矩阵

核实的可交付成果

工作绩效数据

工具与技术

检查

群体决策技术

输出

验收的可交付成果

变更请求

工作绩效信息

项目文件更新

控制范围

输入

项目管理计划

需求文件

需求跟踪矩阵

工作绩效数据

组织过程资产

工具与技术

偏差分析

输出

工作绩效信息

变更请求

项目管理计划更新

项目文件更新

组织过程资产更新

 Collect

Get Started

项目管理流程 - 工作分解和范围控制

 Collect

Get Started

IT项目管理流程

 Collect

Get Started

项目管理

 Collect

Get Started

项目范围管理





0 条评论

下一页