4.创建工作分解结构
IOT
I
范围管理计划
项目范围说明书
需求文件
事业环境因素
组织过程资产
需开展的活动
识别和分析可交付成果及相关工作
自上而下逐层细化分解
为WBS组成部分制定和分配标志编码
核实工作分解的程度是必要且充分的
可采用的形式
项目生命周期: 第一层, nbsp;产品和项目可交付成果:第二层
主要可交付成果:第一层
子项目:第一层 (子项目可能由外部团队实施, 外包项目也要编相应的合同WBS)
WBS分解原则
在各层次上保持项目的完整性,避免遗漏必要的组成部分(100%原则)
一个工作单元只能从属于lt;u某个lt;/u上层单元,避免交叉从属(不是某些)
相同层次的工作单元应有相同性质
工作单元应能分开不同的责任者和不同的工作内容(有且仅有一个人负责)
便于项目管理进行计划和控制的管理需求
最低层工作应该具有可比性,是可管理的,可定量检查的(8/80原则)
工作量最小8H
最大80H
应包括:项目管理工作,分包出去的工作(可做到规划包级别,不细化)
作用
明确说明项目范围
清楚定义项目边界
为各独立单元分派人员
针对独立单元,进行时间,费用,资源的需要量估算,提高估算的准确度
为计划,预算,进度安排,费用控制奠定共同的基础,确定项目进度和控制的基准
将项目工作和项目的财务账目联系起来
确定工作内容和工作顺序,把项目分解成具体的工作任务,就可以按照工作任务的逻辑顺序来实施项目
估计项目整体和全过程的费用
有助于防止需求蔓延
大小关系
小:活动
大:规划包/控制账户
规划包,控制包之间无直接关系
工作包肯定是工作单元,但工作单元不一定是工作包
工作单元:任意层
工作包:最底层
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
检查(审查,产品评审,审计,走查,巡检)
群体决策技术
项目范围管理
让项目管理人员,实施人员知道为达到预期目标需要完成哪些工作
确认清楚项目相关各方在每项工作中清晰的分工界面和责任
项目范围
为了完成具有所规定特征和功能的产品和服务lt;font color=quot;#f15a23quot;必须完成的工作
判断项目范围是否完成,衡量标准
项目管理计划
范围说明书
WBS
WBS词典
范围基准
经过批准的详细的
项目范围说明书
WBS
WBS词典
