项目范围管理知识点总结
2022-10-20 10:58:53 0 举报AI智能生成
项目范围管理知识点总结
作者其他创作
大纲/内容
1.规划范围管理
I
项目管理计划
项目章程
事业环境因素/组织过程资产
O
范围管理计划
需求管理计划
T
专家判断
会议
2.收集需求
I
范围管理计划
需求管理计划
干系人管理计划
项目章程
干系人登记册
O
需求文件(需求规格说明书)
需求跟踪矩阵
T
访谈/焦点小组/引导式研讨会/群体创新技术
群体决策技术/问卷调查/观察/原型法
标杆对照/系统交互图/文件分析
3.定义范围
I
项目章程
项目范围管理计划
需求文件
组织过程资产
O
项目范围说明书Project scope statement
需得到用户认可
作用1
包含产品范围,项目范围
详细描述项目的可交付成果
以及为提交这些可交互成果而必须开展的工作
表明项目干系人之间就项目范围所达成的共识,并可明确指出哪些工作不属于项目范围
作用2
使项目团队能开展更详细的规划,并可以执行过程中指导项目团队的工作
作用3
为评价变更请求或额外工作是否超出项目边界提供基准
内容
项目的目标
产品范围描述
(需求规格说明书)
项目需求
项目的边界
(除外责任,项目中不做的事情)
项目可交付成果
产品验收标准
项目的约束条件
(如质量/成本/时间)
项目的假设条件
未经证实的真实事件
所有计划都是基于假设
分支主题
项目文件更新
T
产品分析
备选方案生成
专家判断
引导式研讨会
4.创建工作分解结构
IOT
I
范围管理计划
项目范围说明书
需求文件
事业环境因素
组织过程资产
O
范围基准
项目文件更新
T
分解
专家判断
需开展的活动
识别和分析可交付成果及相关工作
确定WBS的结构与编排方式
树
直观,但不易修改,适宜小项目
列表
直观性差,但适宜大型,复杂项目
自上而下逐层细化分解
为WBS组成部分制定和分配标志编码
核实工作分解的程度是必要且充分的
可采用的形式
项目生命周期: 第一层, nbsp;产品和项目可交付成果:第二层
主要可交付成果:第一层
子项目:第一层 (子项目可能由外部团队实施, 外包项目也要编相应的合同WBS)
WBS分解原则
在各层次上保持项目的完整性,避免遗漏必要的组成部分(100%原则)
一个工作单元只能从属于lt;u某个lt;/u上层单元,避免交叉从属(不是某些)
相同层次的工作单元应有相同性质
工作单元应能分开不同的责任者和不同的工作内容(有且仅有一个人负责)
便于项目管理进行计划和控制的管理需求
最低层工作应该具有可比性,是可管理的,可定量检查的(8/80原则)
工作量最小8H
最大80H
应包括:项目管理工作,分包出去的工作(可做到规划包级别,不细化)
作用
明确说明项目范围
清楚定义项目边界
为各独立单元分派人员
针对独立单元,进行时间,费用,资源的需要量估算,提高估算的准确度
为计划,预算,进度安排,费用控制奠定共同的基础,确定项目进度和控制的基准
将项目工作和项目的财务账目联系起来
确定工作内容和工作顺序,把项目分解成具体的工作任务,就可以按照工作任务的逻辑顺序来实施项目
估计项目整体和全过程的费用
有助于防止需求蔓延
大小关系
小:活动
中:工作包
WBS最底层
大:规划包/控制账户
规划包
未细化的
控制账户
为了衡量绩效
包含1..N个工作包
规划包,控制包之间无直接关系
工作包肯定是工作单元,但工作单元不一定是工作包
工作单元:任意层
工作包:最底层
5.确认范围(核实范围/范围验证)
定义
正式验收已完成的项目可交付成果的过程
例:需求分析得到需求规格说明书(可交付成果)客户验收(确定范围)
区别
确认范围(核实范围)
关注工作结果是否被接受
质量控制
关注工作结果是否正确,是否满足质量要求
一般在范围确认之前完成也可并行)
工作要点
制定并执行确认程序
项目干系人对项目范围的正式承认
让系统的使用者有效参与
项目各阶段的确认与项目最终验收的确认
注意点
应出示:能够明确说明项目(项目阶段)成果的文件
如: 项目管理文件
需求说明书
技术文件
竣工图纸
提交的验收文件
客户已经认可了的这个项目产品或某个阶段的文件
如果项目早期被中止,也要确认范围,并记录其完成的情况
确认范围应贯穿始终
术语比较
nbsp; nbsp; nbsp; nbsp; nbsp; nbsp; nbsp;nbsp;
nbsp; nbsp; nbsp; nbsp;↓指导与管理项目工作
可交付成果
nbsp; nbsp; nbsp; nbsp;↓控制质量
确认的可交付成果
nbsp; nbsp; nbsp; nbsp;↓确认范围
验收的可交付成果
nbsp; nbsp; nbsp; nbsp;↓nbsp;结束项目或阶段nbsp;
最终产品,服务或成果移交
IOT
I
项目管理计划
需求文件
需求跟踪矩阵
核实的可交互成果
工作绩效数据
O
验收的可交付成果
变更请求
工作绩效信息
项目文件更新
T
检查(审查,产品评审,审计,走查,巡检)
群体决策技术
6.控制范围
IOT
I
项目管理计划
工作绩效数据
项目管理计划更新
项目文件更新
组织过程资产更新
O
工作绩效信息
变更请求
项目管理计划更新
项目文件更新
组织过程资产更新
T
偏差分析
涉及内容
影响导致范围变更的因素
主动影响
确保所有变更请求按照整体变更控制过程处理
范围变更发生时管理实际的变更
控制范围还要与其它控制过程相结合
如:时间,成本
焦点问题
变更原因
外部环境变化
项目范围编制不周密详细,有一定的错误遗漏
新技术,新手段,新方案
实施组织本身发生变化
客户对项目/产品/服务的需求发生变化
术语比较
工作绩效数据
原始数据
工作绩效信息
分析结果
工作绩效报告
总结汇总
技术绩效测量nbsp;
测量技术
质量控制测量结果
质量控制活动的书面记录
项目基准
经过批准的各种项目计划书
项目范围管理
让项目管理人员,实施人员知道为达到预期目标需要完成哪些工作
确认清楚项目相关各方在每项工作中清晰的分工界面和责任
项目范围
为了完成具有所规定特征和功能的产品和服务lt;font color=quot;#f15a23quot;必须完成的工作
判断项目范围是否完成,衡量标准
项目管理计划
范围说明书
WBS
WBS词典
范围基准
经过批准的详细的
项目范围说明书
WBS
WBS词典
产品范围
产品或服务的特性和功能
如何确定信息系统的范围称为需求分析
判断产品或服务是否完成
是否满足需求规格说明书
0 条评论
下一页
