项目范围管理
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词典
项目文件更新
确认范围
输入
项目管理计划
范围管理计划
需求管理计划
范围基准
需求文件
需求跟踪矩阵
核实的可交付成果
工作绩效数据
工具与技术
检查
群体决策技术
输出
验收的可交付成果
变更请求
工作绩效信息
项目文件更新
控制范围
输入
项目管理计划
需求文件
需求跟踪矩阵
工作绩效数据
组织过程资产
工具与技术
偏差分析
输出
工作绩效信息
变更请求
项目管理计划更新
项目文件更新
组织过程资产更新
收藏
收藏
0 条评论
下一页
为你推荐
查看更多
