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