标签:范围管理
第7章 项目范围管理
主要有五个管理工作:
编制范围管理计划
范围定义
创建工作分解结构WBS
范围确认
范围控制。
一、项目范围和产品范围
1、 项目范围:为了完成具有规定特征和功能的产品、服务或结果,而必须完成的项目工作。
2、 产品范围:产品、服务或结果的特性和功能。
二、编制范围管理计划
范围管理计划是一个计划工具,用以描述该团队如何定义项目范围、如何制订详细的范围说明书、如何定义和编制工作分解结构,以及如何验证和控制范围。根据项目的大小,范围管理计划,可以是正式的,也可以是非正式的,可以是详细的也可以粗略的。范围管理计划也可以包含在项目管理计划中。
1、 项目范围管理计划的工具和技术
专家判断
模板、表格和标准
项目章程
项目范围说明书(初步)
组织过程资产
环境因素和组织因素
项目管理计划
3、 项目范围管理计划的输出
依据初步的项目范围说明书编制一个详细的项目范围说明书的方法
从详细的项目范围说明书创建WBS的方法
关于正式确认和认可已完成可交付物方法的详细说明,即如何核实和验收项目所完成的可交付成果。
如何进行变更请求的批准。
三、范围定义(详细的项目范围说明书)
是详细描述项目和产品的过程,并把结果写进详细的项目说明书中。项目范围说明书,是根据项目的主要可交付成果,假设和制约的因素,具体的说明和确定项目的范围。是在项目方案决定以后才进行项目范围定义。
1、 范围定义的工具和技术
产品分析:对已有的产品进行分析,看已有产品有哪些功能和范围。
识别出多个可选的方案:从多个方案中选一个适合的方案
专家判断法
2、 范围定义的输入
项目章程
初步的范围说明书
项目范围管理计划
组织过程资产
批准的变更请求
3、 范围定义的输出
(1) 项目范围说明书(详细)
项目的目标
产品范围描述
项目的可交付物
项目边界
产品验收标准
项目的约束条件:如有合同,合同就是约束条件。
项目的假定
(2) 更新的项目文档
范围定义过程的变更,会导致范围管理计划的变更。从而需要更新项目范围管理计划。
4、 范围定义的边界
范围定义的重要任务是详细定义项目的范围边界
项目小组工作人员应把工作时间和资源放在范围边界内的工作上
范围边界的定义来源来初步的项目范围说明书和已批准的变更。
四、创建工作分解结构WBS
1、WBS的表现形式
分级的树型结构
列表形式
2、分解的工具
(1) 分解
1)分解包含的内容:
识别和分析项目可交付物和与其相关的工作
构造和组织WBS
把高层的WBS工作分解为低层次的详细的工作单元
为WBS的工作单元分配代码
确认工作分解的程度是必要和充分的。
2)分解的方法
至少有以下三种方法:
把项目生命周期的阶段作为分解的第一层,把项目的可交付物安排第二层
把项目重要的可交付物作为分解的第一层。
把子项目安排在第一层。
3)分解的原则:
各层次上保持项目的完整性,不能遗漏必要的组成部分
一个工作单元只能从属于某个上层单元,不能交叉从属,即上层的一个要素,只能派到下一层的一个子项目中。
同层次的工作单元应该性质相同
工作单元应能分开不同的责任者和不同的工作内容
最低层次工作应具有可比性,是可管理的,可检查的,且最低层次的工作单元是工作包。
4)分解的经验:
工作包分解的80规则,即工作包一般分配为8小时到80小时内可以完成。小项目可以定到 8小时内。大项目在一周内可完成。
上一层分到下一层是4—7个子要素
(2)工作分解结构模板
(3)WBS中工作包的格式
(4)滚动波式计划
详细的分解对遥远的将来才能完成的交付物或子项目是不需要的,也不可能的。一般地,项目管理团队应该等待交付物或子项目足够清晰时才制订详细的WBS。近期的工作计划得细一些,远期的工作计划得相对粗一些。
3、创建WBS的输入
详细的项目范围 说明书
项目管理计划
组织过程资产
5、 创建WBS的输出
(1)WBS和WBS字典
WBS描述的是可交付物及其具体内容,定义了整个项目的工作范围。WBS的最低层次通常是指工作包。
WBS字典:
应该说明如下内容:
编号 名称 工作说明 相关活动列表 里程碑列表 承办组织 开始和结束日期 资源需求、成本付算, 规格 合同信息 质量要求和有关质量的技术参考资料。
还可以做其他的分解:
组织分解结构: 提供项目组织的层次化描述。 使得工作包同组织执行单元相关联。用于显示各个工作元素由哪个组织单元负责。
物料清单:生产或加工一个产品所需的部件列表。BOM表。
风险分解结构: 关于已识别的项目风险的层次化描述。按风险类别排列。
(2)范围基准
范围基准: 被批准的详细的项目范围说明书和其相关的WBS以及WBS词典是项目的范围基准。是项目管理计划的一个组成部分。
(3)更新的项目管理计划
五、范围控制
1、 范围控制的工具和技术
(1) 偏差分析
(2) 重新制订计划
(3) 变更控制系统和变更控制委员会
(4)配置管理系统
2、输入:
项目管理计划
范围基准
变更管理计划
配置管理计划
工作绩效数据
绩效报告
已批准的变更请求
2、 输出
变更请求
工作绩效
组织过程资产更新
更新的项目管理计划
项目初期变更范围,比后期容易
需求分析非常重,这样可以避免信息系统范围的重大修改
不要把项目变成新技术测试平台
要实现项目的范围变更必须付出代价。
本文出自 “网行天下” 博客,请务必保留此出处http://kuangkuang.blog.51cto.com/838/1699017
标签:范围管理
原文地址:http://kuangkuang.blog.51cto.com/838/1699017