第五章项目范围管理
2021-12-02 15:06:11 0 举报AI智能生成
适用于第六版PMBOK，整理了重要知识点及考试高频知识，同时对于常见考察点做了补充说明
作者其他创作
大纲/内容
产品、服务或成果所具有的特性和功能
产品范围
为了交付具有特性和功能的产品所必须完成的工作
项目范围
产品范围决定项目范围，项目范围服务于产品范围，两者的变化不一定会引起另一个的变化
范围包含两重含义
核心概念
范围管理计划
需求管理计划
输出
过程一：规划范围管理（规划过程组）
指南型的计划，一般在后面不做修改
追求数量、不追求质量
适用于创新型项目
头脑风暴
直接交谈
获取机密信息
访谈
同职能、同领域
焦点小组
受众多样化、地理位置分散
适合开展统计分析
问卷调查
识别最佳实践、形成改进意见
标杆可以是内部或外部、同行业或不同行业
标杆对照
数据收集
文件分析
数据分析
专家、匿名、多轮、趋同、消除偏见
德尔菲
一致同意
少数服从多数，超过50%
大多数同意
通常候选项超过两个
相对多数同意
投票
一个人做决策
独裁型决策制定
多种标准、评估和排序
对多个标准衡量权重，不同的选择在不同标准下进行打分，分数乘以权重，进行累加比较
多标准决策分析
决策
分组、分类
亲和图
整合、反映共性与差异
思维导图
数据表现
投票、排序
名义小组
难以或不愿清晰说明、挖掘隐藏的需求
观察（工作跟随）和交谈
跨职能、不同部门、协调相关方差异
引导
人际关系与团队技能
系统交互图
原型法
工具与技术
单一需求
需求文件
需求与可交付成果的对应关系
需求跟踪矩阵
过程二：收集需求（规划过程组）
输入
产品范围描述
可交付成果
验收标准
明确说明哪些项目不属于项目范围
除外责任
项目范围说明书
外框
过程三：定义范围（规划过程组）
WBS组织并定义了项目的总范围（项目范围说明书只定义范围，没有组织范围）（“组织”说明有层次）
WBS最底层的组成部分，本质上也是可交付成果，只不过颗粒度较小
工作包
远期才完成的可交付成果或组件，当前可能无法分解（规划包）
无遗漏无多余
100%原则
每个工作包只能由一个小组负责
责任唯一
80小时原则
4-6层原则
创建WBS的四个原则
经过批准的范围说明书
WBS
WBS词典
范围基准
首选项目范围说明书，次选WBS词典，再次选范围基准
题目中问哪里找可交付成果和验收标准
过程四：创建WBS（规划过程组）
客户或发起人正式验收已完成的项目可交付成果的过程，是为了保障收尾的
核实的可交付成果
验收的可交付成果
如未通过验收，处理步骤：1记录原因、2走变更流程，进行缺陷补救
变更请求
过程五：确认范围（监控过程组）
如果已经出现范围蔓延，需要补变更流程。如果变更没有获得批准，需要取消不良变更
范围蔓延、镀金
过程六：控制范围（监控过程组）
第五章项目范围管理
0 条评论
回复 删除
下一页
