项目管理教案(第4章节).ppt

4.5.2 范围核实的内容 项目范围说明书 工作分解结构 词汇表 项目范围管理计划 可交付成果 依据 检查 工具与技术 验收的可交付成果 请求的变更 推荐的纠正措施 成果 4.5.2 范围核实的内容 验收的可交付成果 已经完成的可交付成果记录下来 未完成的可交付成果也记录下来，并附理由 请求的变更 范围核实过程中可能提出变更请求 通过整体变更控制过程进行审查和批准 示例：饺子馅不够，增加一种馅或者做面片 4.6 范围变更控制(Scope Change Control) 范围变更的原因 范围变更的影响 范围变更控制的内容 4.6.1 范围变更的原因 项目的外部商业环境发生了变化 政府法规变动，电缆 项目范围的初始工作存在错误或者遗漏 用材料清单代替WBS 项目的实施技术手段有了更好的选择 手工录入改机器录入 项目的客户对项目或项目产品的要求发生了变化 毛坯房改精装修 4.6.2 范围变更的影响 项目已经完成的工作成果被抛弃，导致资源和工作量的浪费 需要对所有的管理计划根据变动的情况进行修订 将变动的结果通知有关的工作小组，并确保他们真正理解了变更内容 4.6.3 范围变更控制的内容 项目范围说明书 工作分解结构 工作分解结构 词汇表 项目范围管理计划 绩效报告 批准的变更请求 工作绩效信息 依据 变更控制系统 偏差分析 补充规划 配置管理系统 工具与技术 项目范围说明书（更新） 工作分解结构（更新） 工作分解结构词汇表 （更新） 范围基准（更新） 请求的变更 推荐的纠正措施 组织过程资产（更新） 项目范围管理计划 （更新） 成果 范围控制 确保所有请求的变更与推荐的纠正，通过项目整体变更控制过程进行处理 范围变更往往需要调整成本、时间、质量等项目目标 变更控制系统 定义项目范围变更的有关程序 一般包括文档工作、跟踪系统及对于授权变更所需要的批准层次 范围变更控制系统应当与整体变更控制结合起来 范围包括产品范围和工作范围 当项目在合同形式下进行时，该系统必须符合相关的合同条款 案例讨论 见材料 总结 范围管理的概念 范围管理的实现过程 工作分解结构的应用 范围核实、范围控制 1、工作分解结构概述 目的： 提高对项目成本估算、项目工期和项目资源需求估算的准确性； 为度量和控制项目的绩效确定一个基准计划； 便于明确和分配项目任务与责任。 工作分解结构示例 1、工作分解结构概述 WBS要素（Element） 列入WBS的单个工作称为WBS的要素 工作包（Work Package） WBS的最底层元素 一个工作包由一个人负责 控制帐目（Control account） 工作包的上一层 与财务对应 1、工作分解结构概述 WBS的作用 将大系统变成具体的小工作单元使复杂 简单，难以预测 易于预测，难以控制 易于控制 作为所有的项目计划、报告和控制的共同框架，通过识别每个要素的编码使上述工作简单易行 便于了解整个项目的结构，便于合作、协调 1、工作分解结构概述 WBS提示 没有在WBS中的工作不属于项目范围 WBS是层次结构，上层单元的工作内容等于其所有直接下层工作内容的总和 2.制作工作分解结构的内容 组织过程资产 项目范围说明书 项目范围管理计划 批准的变更请求 依据 工作分解结构模板 分解 工具与技术 项目范围说明书（更新） 工作分解结构 工作分解结构词汇表 范围基准 项目范围管理计划（更新） 请求的变更 成果 3、工作分解结构的表示方法 树状图 列表图（大纲式） 气泡图 （1）树状图WBS 软件产品研发项目 需求 设计 开发 测试 维护 缺陷报告 缺陷修复 产品升级 概要设计 详细设计 设计评审 编码 代码审查 单元测试 产品集成 系统测试 产品发布 需求调研 需求规格 需求评审 （2）列表图（大纲式） WBS 1.0 软件研发项目 1.1需求 1.1.1 需求调研 1.1.2 需求规格 1.1.3 需求评审 1.2 设计 1.2.1 概要设计 1.2.2 详细设计 1.2.3 设计评审 1.3 开发 1.3.1 编码 1.3.2 代码审查 1.3.3 单元测试 1.4 测试 1.4.1 产品集成 1.4.2 系统测试 1.4.3 产品发布 1.5 维护 1.5.1 缺陷报告 1.5.2 缺陷修复 1.5.3 产品升级 （3）气泡图WBS 4、制作工作分解结构的方法 实际应基于两种类型，然后选用适当的方法去做。 类型： 基于可交付成果的划分 基于工作过程的划分 方法： 类比法 自上而下 自下而上 基于可交付成果的划分 上