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