范围管理第一版
2021-08-26 16:14:43 0 举报AI智能生成
PMP项目范围管理
作者其他创作
大纲/内容
业务需求
干系人需求
解决方案需求
过渡需求
项目需求
质量需求
为实现项目目标而确定、记录并管理干系人的需求和需求的过程
范围管理计划
需求管理计划
干系人管理计划
项目章程
干系人登记册
输入
访谈
焦点小组
联合应用设计/开发（JAD）
引导式研讨会
群体创新计划
问卷调查
观察
原型法
标杆对照
系统交互图
文件分析
工具技术
需求分析
需求跟踪矩阵
输出
如何规划、跟踪和汇报各种需求活动
需求管理需要使用的资源
培训计划
项目干系人参与需求管理的策略
判断项目范围和需求不一致的准备和纠正规程
需求跟踪结构，即那些需要属性将列入跟踪矩阵，并可在其他哪些项目文件中追踪到这些需求
可在其他哪些项目文件中追踪到这些需求
配置管理活动
其作用是为了定义和管理项目范围奠定基础
收集需求
项目范围说明书
需求文件
事业环境因素
组织过程资产
功能和技术原则
组织结构
系统和子系统
分解原则
将项目生命周期的各阶段作为分解第二层
主要可交付成果作为分解的第二层
子项目作为分解第二层
分解方式
WBS必须面向可交付成果
符合项目范围
底层支持控制和规划
必须有人负责，而且只由一个人负责
WBS作为指导而不是原则，应控制在4-6层
应包含管理工作，也要包括分包出去的工作
编制需要所有项目干系人参与
并非一成不变
分解注意事项
识别可交付成果以及相关工作
确定WBS的结构和编排方法
自上而下独层分解
为WBS组件指定和分配标识编码
核实可交付成果的分解程度是否恰当
分解步骤
明确并准确说明项目范围
清楚定义项目边界
可以确定完成项目所需要的技术和人力资源
提高估算的准确性
确定项目进度和控制的基准
将项目工作和财务的账目联系起来
确定工作内容和工作顺序
有助于防止需求蔓延
分解作用
分解
专家判断
工具和技术
范围基准
项目文件更新
创建WBS
项目管理计划
工作绩效数据
偏差分析
工作绩效信息
变更请求
项目管理计划更新
组织过程资产更新
影响导致范围变更的因素，并尽量使这些因素朝有利放心发展
判断范围变更是否已经发生
范围变更发生时，需要管理实际的变更，确保所有被请求的变更按照项目整体变更控制过程处理
主要工作
控制范围
会议
工具
作用：在整个项目中对如何管理范围提供指南和方向
规划范围管理计划
产品分析
备选方案生成
产品范围描述
验收标准
可交付成果
项目除外责任
制约因素
假设条件
定义范围
正式验收项目已完成的可交付成果的过程，使验收过程具有客观性，同时，通过验收每一个可交付成果，提供最终产品，服务器和成果获得验收的可能性。
客户和发起人一起审查可交付成果，确保可交付成果已圆满完成，并获得客户或发起人的正式验收
执行人
核实的可交付成果
可交付成果是否确定的，可确认的
是否有明确的里程牌，里程牌是否有明确的、可辨别的事件
是否有明确的质量标准
审核和承诺是否有清晰的表达
项目范围是否覆盖了需要完成的产品和服务进行的所有活动，有没有遗漏或者错误
项目范围的风险是否太高，管理层是否能降低可预见的风险发生时对项目的冲击
检查
群体决策技术
验收的可交付成果
确定需要进行范围确认的时间
识别访问确认需要哪些投入
确定范围正式被接受的标准和要素
确定范围确认会议的组织步骤
组织范围确认会议
步骤
主要强调可交付成果获得客户或者发起人的接受
一般在阶段末尾进行
由外部干系人（客户或发起人）进行检查验收
注意点：
确认范围
定义：监控项目和产品的范围状态，管理范围基准变更的过程，其主要作为是在整个项目期间保持对项目基准的维护
自由主题
如何制定项目范围说明书
如何根据范围说明书创建WBS
如何维护和批准WBS
如何确认和正式验收已完成的项目可交付成果
如何处理项目范围说明书的变更，该工作与实施整体变更控制过程直接相联
确定范围
沟通基础
规划和控制依据
变更基础
规划基础
项目说明书主要作用
范围管理
0 条评论
回复 删除
下一页
