项目范围管理
2020-02-12 10:40:43 0 举报AI智能生成
登录查看完整内容
PMP项目管理范围管理大纲，系统梳理考点
作者其他创作
大纲/内容
项目范围管理
核心概念
1.产品范围（成果）
某项产品、服务或成果所具有的特征和功能
2.项目范围（工作）
为交付具有规定特性与功能的产品、服务或成果而必须完成的工作
发展趋势
1.注重与商业分析专业人士的合作
2.项目经理与商业分析师之间应该是伙伴式合作关系
5.1规划范围管理
为记录如何定义、确认和控制项目范围及产品范围，而创建范围管理计划的过程
1.输入
1.项目章程
项目目的
项目概述
假设条件
制约因素
高层级需求
2.项目管理计划
1.质量管理计划
2.项目生命周期描述
3.开发方法
3.事业环境因素
组织文化
基础设施
人事管理制度
市场条件
4.组织过程资产
政策和程序
历史信息和经验教训知识库
2.技术与工具
1.专家判断
以往类似项目
特定行业，学科和应用领域的信息
2.数据分析
备选方案分析
3.会议
3.输出
2.需求管理计划
描述将如何分析、记录和管理项目和产品需求。也可以称为“商业分析计划”
主要内容
1.如何规划、跟踪和报告各种需求活动
2.配置管理活动
3.需求优先级排序过程
4.测量指标及使用这些指标的理由
5.反映哪些需求属性将被列入跟踪矩阵的跟踪结构
1.范围管理计划
是项目管理计划的组成部分，描述将如何定义、制定、监督、控制和确认范围
要对将用于下列工作的管理过程做出规定
制定项目范围说明书
根据详细项目范围说明书创建WBS
确定如何审批和维护范围基准
正式验收已完成的项目可交付成果
5.2收集需求
为实现项目目标而确定、记录并管理相关方的需要和需求的过程
1.项目概述
2.高层级需求（将用于制定详细需求的内容）
3.相关方参与计划
3.协议
包含项目和产品需求
4.商业文件
指的是商业论证
其描述了为满足业务需要而必须达到的必要、期望及可选标准
5.项目文件
1.假设日志
2.经验教训登记册
3.相关方登记册
6.事业环境因素
7.组织过程资产
相关的历史信息和经验教训知识库
2.工具与技术
2.数据收集
头脑风暴
焦点小组
访谈
问卷调查
受众多样化
需快速完成
地理位置分散
适合开展统计分析
标杆对照
3.数据分析
文件分析
4.决策制定
投票
独裁型决策
多标准决策分析
5.数据表现
亲和图
归类
思维导图
共性与差异，激发新创意
6.人际关系和团队技能
名义小组
排序
观察和交谈
工作跟随，挖掘隐藏，
引导
达成一致
与主题研讨会结合使用
群体互动的特点，有效引导的研讨会有助于参与者之间建立信任、改进关系、改善沟通
有利于相关方达成一致意见
情景
联合应用设计或开发JAD
从概念到设计规格，再到技术规格
质量功能展开QFD
创意收集，达成一致
跨职能讨论
聚焦客户需求
用户故事
7.系统交互图
是范围模型的一个例子
它是对产品范围的可视化描述
显示业务系统及其与人和其他系统之间的交互方式
8.原型法
渐进明细
反复循环
故事板
丰田
1.需求文件
需求文件描述各种单一需求将如何满足与项目相关的业务需求
需要满足SMART原则
内容
业务需求
相关方需求
解决方案需求
功能需求
非功能需求
过度和就绪需求
项目需求
质量需求
2.需求跟踪矩阵
表格
是把产品需求从其来源连接到能满足需求的可交付成果的一种表格
把每个需求与业务目标或项目目标联系起来
业务需要、机会、目的和目标
项目目标
项目范围/WBS交付成果
产品设计
产品开发
测试策略和测试场景
高层级需求到详细需求
5.3定义范围
制定项目和产品详细描述的过程
项目三大文件的区别
做不做-whether
启动过程组
制定项目章程
12项内容：2+6+2+2
正式授予项目成立
发起人编制，项目经理参与（或授权代编），启动者签发
2.项目范围说明书
做什么-what
规划过程组
定义范围
四项内容
要完成什么工作
要产生什么可交付成果
项目经理根据章程与SOW编制，表面相关方共识
3.项目管理计划
怎么做-how
制定项目管理计划
10项子计划3项基准6项内容
说明项目工作如何执行
高层级描述
产品特征
审批要求
范围管理计划
如何定义、确认和控制项目范围
3.项目文件
假设日志
需求文件
风险登记册
4.事业环境因素
5.组织过程资产
2.工具和技术
可用于评估实现项目章程中所属的需求和目标的各种方法
3.决策
借助决策矩阵
多标准完善项目和产品范围
4.人际关系和团队技能
研讨会
不同期望
不同专业
跨职能
5.产品分析
定义产品或服务
产品分解
系统分析
需求分析
系统工程
价值工程
产品设计阶段开展
价值分析
产品量产后
1.项目范围说明书
是对项目范围、主要可交付成果、假设条件和制约因素的描述
1.它记录了整个范围，包括项目和产品范围
2.详细描述了项目的可交付成果
3.代表项目相关方之间就项目范围所达成的共识
4.可明确指出哪些工作不属于本项目范围
5.为评价变更请求和额外工作是否超过项目边界提供基准
核心
1.产品范围描述
2.可交付成果
3.验收标准：通过验收的一系列条件
4.除外责任：识别排除在项目之外的内容
2.项目文件更新
需求跟踪矩阵
相关方登记册
5.4创建WBS
将项目可交付成果和项目工作分解为较小的，更易于管理的组件的过程
项目管理计划
定义了如何根据项目范围说明书创建WBS
项目文件
项目范围说明书
事业环境因素
提供制定WBS标准
组织过程资产
政策程序模板
历史项目档案
以往经验教训
分解
专家判断
范围基准
WBS
100%原则
全部
产品
项目工作
项目管理工作
逐层向上汇总
无遗漏，无多余
控制账户
管理控制点
把范围、预算、实际成本和进度加以整合，并与挣值相比较，以测量绩效
一个控制账户=n个工作包，1个工作包属于唯一一个控制账户
账户编码
唯一标识
最后步骤
层级结构
WBS词典
解释每个WBS工作包的属性
详细描述可交付成果、活动和进度信息的文件
工作包
规划包
项目文件更新
5.5确认范围
正式验收已完成的项目可交付成果的过程
客户和发起人
1.项目管理计划
2.项目文件
3.核实的可交付成果
4.工作绩效数据
2.技术和工具
1.检查
2.决策
1.验收的可交付成果
2.变更请求
3.工作绩效信息
4.项目文件更新
5.6控制范围
监督项目和产品的范围状态，管理范围基准变更的过程
项目经理
1.工作绩效数据
1.数据分析
1.偏差分析
2.趋势分析
1.工作绩效信息
3.项目管理计划更新
自由主题
职业：暂无
0 条评论
回复 删除
下一页
