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