导图社区 范围管理思维导图
关于范围管理思维导图的思维导图。包含定义范围:输出、工具、输入;控制范围:输出、工具、输入;确认范围:输出、工具、输入等。
编辑于2021-11-03 16:35:41范围
5.4 创建WBS
输出
2. 项目文件更新
需求文件
假设日志
1. 范围基准
包括
WBS词典
规划包
工作包
WBS
项目范围说明书
范围基准是经过批准的范围说明书、WBS和WBS词典,被用做比较的基础
工具
2. 分解
100%规则
活动
核实可交付成果的程度是否恰当
为WBS组成部分制定和分配标识编码
自上而下逐层细化分解
确定WBS结构和编排方法
识别和分析可交付成果及相关工作
工作包是WBS最低层的工作,可对其成本和持续时间进行估算和管理
1. 专家判断
输入
4. 组织过程资产
3. 事业环境因素
2. 项目文件
需求文件
项目范围说明书
1. 项目管理计划
定义了如何根据项目范围说明书创建WBS
为可交付的内容提供框架
监控
5.6 控制范围
输出
4. 项目文件更新
需求跟踪矩阵
需求文件
经验教训登记册
3. 项目管理计划更新
绩效测量基准
成本基准
进度基准
范围基准
范围管理计划
2. 变更请求
1. 工作绩效信息
工具
1. 数据分析
趋势分析
偏差分析
输入
4. 组织过程资产
3. 工作绩效数据
2. 项目文件
需求跟踪矩阵
需求文件
经验教训登记册
1. 项目管理计划
绩效测量基准
范围基准
配置管理计划
变更管理计划
需求管理计划
范围管理计划
控制项目范围确保所有变更请求、推荐的纠正措施或预防措施都通过实施整体变更控制过程进行处理
对范围基准的维护
监督项目和产品的范围状态,管理范围基准变更的过程
5.5 确认范围
输出
4. 项目文件更新
需求跟踪矩阵
需求文件
经验教训登记册
3. 变更请求
2. 工作绩效信息
1. 验收的可交付成果
工具
2. 决策
1. 检查
输入
4. 工作绩效数据
3. 核实的可交付成果
2. 项目文件
质量报告
经验教训登记册
1. 项目管理计划
范围基准
需求管理计划
范围管理计划
与控制质量过程的区别
控制质量关注可交付成果的正确性及是否满足质量要求
确认范围关注可交付成果的验收
本过程应根据需要在整个项目期间定期开展
确认项目范围是正式验收已完成项目可交付成果的过程
规划
5.3 定义范围
输出
2. 项目文件更新
相关方登记册
需求跟踪矩阵
需求文件
假设日志
1. 项目范围说明书
与项目章程的区别
范围说明说是对范围组成的详细描述,在项目过程中渐进明细
项目章程包含高层级信息
内容上存在一定程度重叠
内容
项目的除外责任
验收标准
可交付成果
产品范围描述
作用
描述要做和不要做工作的详细程度决定着项目管理团队控制整个项目范围有效程度
为评价变更请求或额外工作是否超过项目边界提供基准
项目范围说明书可明确指出哪些工作不属于本项目范围
代表相关方之间就项目范围所达成的共识
详细描述了可交付成果
记录整个范围,包括项目和产品范围
对项目范围、主要可交付成果、假设条件和制约因素的描述
工具
5. 产品分析
4. 人际关系与团队技能
引导
3. 决策
多标准决策分析
2. 数据分析
备选方案分析
1. 专家判断
输入
5. 组织过程资产
4. 事业环境因素
3. 项目文件
风险登记册
包含了可能影响项目范围的应对策略
需求文件
假设日志
识别了需求相关的假设条件和制约因素
2. 项目管理计划
1. 项目章程
5.2 收集需求
输出
2. 需求跟踪矩阵
为管理产品范围变更提供框架
有助于确保需求文件被批准的每项需求在项目结束时都能交付
有助于确保每个需求都有商业价值
把产品需求从来源连接到可交付成果
1. 需求文件
质量需求
项目需求
过度和就绪需求
解决方案需求
非功能需求
功能需求
相关方需求
业务需求
工具
8. 原型法
类型
故事板
微缩产品、计算机生成的二维和三维模型、实体模型或模拟
先造出产品模型,据此征求对需求的早期反馈
7. 系统交互图
显示业务系统与人和其他系统之间的交互方式
对产品范围可视化描绘,主要展示功能
6. 人际关系与团队技能
引导
使用情景
用户故事
质量功能展开(QFD)
联合应用设计或开发(JAD)
引导与主题研讨会结合使用
观察和交谈
观察,也称工作跟随
产品和使用者难以或不愿清晰说明他们的需求时使用
名义小组技术
促进头脑风暴、投票排列最有用的创意
5. 数据表现
思维导图
亲和图
创意分组
4. 决策
多标准决策分析
独裁型决策制定
投票
3. 数据分析
2. 数据收集
标杆对照
识别最佳实践,形成改进意见,为绩效考核提供依据
与其他可比组织的实践进行比较,内部或外部
问卷调查
访谈
焦点小组
头脑风暴
1. 专家判断
输入
7. 组织过程资产
6. 事业环境因素
5. 协议
4. 商业文件
商业论证
3. 项目文件
相关方登记册
经验教训登记册
假设日志
2. 项目管理计划
相关方参与计划
需求管理计划
范围管理计划
1. 项目章程
为定义产品和项目范围奠定基础
确定、记录并管理相关方需求
5.1 规划范围管理
输出
2. 需求管理计划
内容
反映哪些需求属性将被列入跟踪矩阵的跟踪结构
测量指标及使用这些指标的理由
需求优先级排序过程
配置管理活动:如何启动变更、如何分析其影响、如何追溯、跟踪和报告等
如何规划、跟踪和报告各种需求活动
描述如何分析、记录和管理项目和产品需求
1. 范围管理计划
形式
详细vs概括
正式vs非正式
管理内容
正式验收已完成的可交付成果
确定如何审批和维护范围基准
创建WBS
制定项目范围说明书
描述如何定义、制定、监督、控制和确认项目范围
工具
3. 会议
制定范围管理计划
2. 数据分析
备选方案分析
用于评估评估需求、详述项目范围、确认范围、控制范围的各种方法
1. 专家判断
输入
4. 组织过程资产
3. 事业环境因素
2. 项目管理计划
开发方法
定义了项目采用瀑布式、迭代式、适应性、敏捷型还是混合型开发方法
项目生命周期描述
定义了项目从开始到完成所经历的一系列阶段
质量管理计划
质量政策、方法和标准会影响管理项目和产品范围的方式
1. 项目章程
为如何管理范围提供指南和方向
为记录如何定义、确认和控制项目范围及产品范围,而创建范围管理计划的过程
1. 预测性项目中,经过批准的项目范围说明书、工作分解结构(WBS)和相应的WBS词典构成项目范围基准2. 确认范围是正式验收已完成的项目可交付成果的过程。从控制质量过程输出的核实的可交付成果是该过程的输入,验收的可交付成果是该过程的输出3. 需求管理过程结束与需求关闭,即把产品、服务或成果移交给接收方,以便长期测量、监控、实现和维持效益。4. 裁剪时需考虑的因素:知识的需求管理、确认和控制、开发方法、需求的稳定性、治理