项目范围管理

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

第四节 制定工作分解结构
一、概述 1.工作分解结构WBS(Work Breakdown Structure) (1)含义 • 是一种为了便于管理和控制而将项目 工作分解的技术。
(2)理解 • 以可交付成果为对象 • 将工作分解之后的一种层次结构 • 每下降一层代表对项目工作更加详 尽的说明 • 归纳和定义了整个项目的范围
第一节 概述
一、项目范围的含义 • 含义 – 是指组织为了成功的完成项目 并实现项目目标,所必须完成 的全部工作和各项活动。(具 体要做哪些事)
• 具体内容包括两个方面 – 产品范围(Product Scope):所 交付的产品、服务或成果的特 征和功能。 – 工作范围(Project Scope):为 交付具有规定特征和功能的产 品或服务所必须完成的工作。
(1)项目的外部商业环境发生了变化; (2)项目范围的初始工作存在错误或者遗漏; (3)项目的实施技术手段有了更好的选择; (4)项目的客户对项目或项目产品的要求发生 了变化。
2.范围变更控制 • 与项目整体控制、进度控制、质量控 制等其他控制过程紧密结合,服从于 统一的控制程序管理。
二、范围变更控制的内容 • 如图4-17所示,P98-99
二、制定工作分解结构的过程 • 如下表所示。
依据
1.组织过程资产
2.项目范围说明书 3.项目范围管理计划 4.批准的变更请求
工具与技术
1.工作分解结构 模板 2.分解
成果
1.工作分解结构
2.工作分解结构词 典
三、工作分解结构的表示方法 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 单元测试
课堂小测试
(Control Account),控制 账目主要作为企业财务管理系 统等的接口。
3.WBS的作用 (1)反映项目目标。即表明项目中需 要完成的工作。 (2)项目的组织结构图。列出了需要 关注的关键因素、各种子任务以及活 动与活动之间的关系。
(3)为项目中每个部分的成本、进度以 及绩效情况建立了标准。 (4)可以用来提供项目的状态信息。 (5)可以用来改善整个项目的信息交流。 (6)说明了项目会被如何控制。
ຫໍສະໝຸດ Baidu
– 举例:包饺子
• 确定了项目范围,即界定 了项目的边界。在此基础 上逐步细化和分解为较小 的且容易管理的组成部分 (work packages)。
• 确定范围的意义: – 保证了项目的可管理性。 – 提高资源估算的准确性。 – 确定了进度测量和控制的基准。 – 有助于清楚地分派任务。
二、项目范围管理的含义 • 含义 PMBOK认为: – 指用以保证项目包含且只包含 所有需要完成的工作,以顺利 完成项目所需要的所有过程。
四、范围规划的成果 1.项目详细范围说明书 2.项目范围管理计划 • 包含在项目整体管理计划之内, 也可以作为分计划。
• 项目范围说明书
– (1)项目目标 – (2)产品范围说明书 – (3)项目要求说明书 – (4)项目边界
– (5)项目可交付成果 – (6)产品验收标准 – (7)项目制约因素 – (8)项目假设 – (9)项目初步组织
2.WBS编码举例
• 如图4-15所示,P94。 仔 细 数 数
六、运用工作分解结构的基本步骤 1. 先明确并识别出项目的各主要组 成部分,即明确项目的主要可交付 成果。(专家小组讨论) 2. 确定每个可交付成果的详细程度 是否已经达到了足以编制恰当的成 本估算和历时估算的要求。
3. 确定可交付成果的组成元素。 4. 核实分解的正确性。 5. 制定WBS词典,进行工作单元编码。 6. 给项目的相关利益者审阅和评估WBS。 7. 根据WBS 开始项目的各项计划工作。
• 自下而上法
适用独特性和创新性比较 强的项目。
五、工作分解结构的编码 1.WBS编码
• WBS中的每一项工作都要编上号 码,用来唯一确定其在项目工作 分解结构的身份,这些号码的全 体叫做编码系统。
• 编码系统同WBS本身一样重要,在项 目规划和以后的各个阶段,项目各 基本单元的查找、变更、费用计算、 时间安排、资源安排、质量要求等 各个方面都要参照这个编码系统。
三、项目范围管理的过程 如图4-1所示,P80
启动
范 围 规 划
规划
范 围 定 义 制 定 工 作 分 解 结 构
执行
监控
收尾
范 围 核 实
范 围 控 制
四、项目范围管理与需求管理 P80-83(需求与产品设计) 比亚迪/奥迪
课堂小测试
• 下列有关项目范围的表述正确的是() A. 确定项目施工地点的范围 B. 确定项目干系人和施工地点的范围 C. 确定项目都要做什么工作 C D. 确定项目产品的范围
第四章 项目范围管理
第一节 第二节 第三节 第四节 第五节 第六节 项目范围管理概述 范围规划 范围定义 制定工作分解结构 范围验证 范围变更控制
1
学习目标
• 理解项目范围的概念; • 掌握项目范围规划、范围 定义等的含义、做法; • 掌握项目工作分解结构的 含义及其操作方法; • 掌握范围变更控制的方法。
二、范围规划的依据 1. 组织环境 (1)事业环境因素 (2)组织过程资产
2. 初始项目范围决策的结果 (1)项目章程 (2)项目初步范围说明书 (3)项目的其他管理计划
3. 其他有关项目范围管理的信息 • 这既包括项目团队或项目实施组织 的目标、政策、组织程序、管理机 制、组织结构、组织文化、资源情 况和历史项目信息等方面的依据, 也包括项目团队和项目实施组织所 处的市场环境、资源约束、不确定 性环境等各种环境方面的情况。
(3)举例 例如:包饺子
2.工作包(Work Package) (1)含义 • 工作包是WBS的最底层,是项目最小的
可管理单元,是分配给单个人或组织 单元的相关工作活动的组合。
非核心业务
次要业务 核心业务 辅助业务
其他业务
• 工作包划分的越小意味着向顾客提 交东西的次数越频繁,能更早地得 到付款。
– (10)初步确定的风险 – (11)进度里程碑 – (12)资金限制 – (13)项目配置管理要求 – (14)批准要求
3.项目范围说明书举例 • 如表4-1所示,P88。
课堂小测试
• 项目规划是() A. 为主要的项目干系人开发一个计划 B. 开发一个书面的范围说明书,以作为将来 项目决策的基础 C. 正式接受项目范围 B D. 制定项目里程碑
非核心业务
次要业务 核心业务 辅助业务
其他业务
(2)定义工作包的要点 – 它是WBS的最底层元素 – 工作包必属于一个可交付的成果 – 工作包必有一个责任主体,叫工 作包拥有者
– 工作包可以看做是工作包拥有者 的项目 – 工作包可以包括几个里程碑 – 工作包必须适合组织程序和文化
• 工作包的上一层称为控制账目
七、工作分解结构词典(WBS dictionary) 1.含义 • 由于项目都有许多工作块,而对 于这些最底层的工作块,要对它 们有全面、详细和明确的文字说 明。将其汇集在一起,变成一个 项目的工作分解结构词典(WBS dictionary),以便需要时查阅。
2.示例如表4-2,P95
项目名称 合同号 WBS 层次 1 0001 1000 2 3 4 5 6 MD-90 工作分解结构词典 日 共 期 页 第 页 单元名称 MD-90 飞机
三、范围规划的工具与技术 1.专家判断 • 制定项目范围管理计划的信 息缺口较大,需要是用专家 经验和判断。
2.样板、表格、标准 • 样板可能包括工作分解结构样板、 范围管理计划样板与项目范围变更 控制表格。 • 在编制项目范围管理计划时首先选 择这种方法,如果没有历史项目的 “样板”可以借鉴,人们才使用专 家法。
单元说明 本单元涉及整个飞机的终端项目, 包括机体、 发动机及所有安装的活机翼的未紧固设备, 它包括所有与设计、研制、生产及鉴定整个飞机有关的工作。 工作要求 单元提要:工作要求在下层单元中提出。 WBS 层次 1 2 3 1100 1200 1300 1400 1500 1600 1700 1800 4 5 6 有关较低层次单元 系统、设备及结构设计 机体 动力装置 现场处理 技术管理及支援 改型及老化更新 采购供应等支持 用户构型
第六节 范围变更控制
一、范围变更控制概述 1.范围变更 (1)含义 • 范围变更是对已批准的工作分解结构 所规定的项目范围进行修正。
(2)范围变更的必然性 • 受外部环境条件变化等的影响,项目 的范围、进度、质量、费用、风险、 人力资源、沟通及合同等方面会在实 施过程中发生一定的变更。
(3)范围变更产生的原因
2.项目资源分解结构 (Resource Breakdown Structure, RBS ) • 通常用于给个人分配工作 要素的时候。
3.项目合同工作分解结构(Contract WBS) • 指定义承包商或分包商,为项目业主 /顾客提供产出物和服务内容的文件, 比WBS要粗略,用于卖方管理买方的 工作环境中。
二、范围核实的过程 • 如图4-16所示,P96
三、范围核实的成果 1.验收的可交付成果 • 已经完成的可交付成果记录下来 • 未完成的可交付成果也记录下来, 并附理由
2.请求的变更 • 范围核实过程中可能提出的 变更请求 • 通过整体变更控制过程进行 审查和批准
课堂小测试
D • 项目范围验证关心的是() A. 改善项目成本和进度的精确性 B. 检查项目交给客户前的最后活动 C. 记录项目产品或服务的特征 D. 接受而不是纠正项目范围定义的工作成果
– 通过项目范围管理,确保了项目 组和项目干系人对作为项目结果 的项目产品以及生产这些产品所 用到的过程有一个共同的理解。 – 也就是说,产品范围与工作范围 要达成一致。
• 具体内容 1.范围规划(Scope planning) 2.范围定义(Scope definition ) 3.制作工作分解结构(Work breakdown structure) 4.范围核实(Scope verification ) 5.范围变更控制(Scope change control)
第三节 范围定义(Scope definition)
一、含义 • 指制定详细的项目范围说明书。(本教材)
• 指把项目的主要可交付成果划分为更小的、 更加容易管理的组成部分。(其他教材)
二、范围定义的工具与技术 1.工作分解结构(WBS) (详见第四节)
三、一般项目管理的其他分解结构 • 以WBS为基础,项目管理还有其他分 解结构 1.项目组织分解结构(Organization Breakdown Structure, OBS) • 用以展示工作要素已经分配给了具 体的组织单位。
第二节 范围规划
一、范围规划的含义 1.含义 • 指制定项目范围管理计划,记载如何 确定、核实与控制项目范围,以及如 何制订与定义工作分解结构。(教材)
• 项目范围规划(Scope planning) 就是编写正式的项目范围说明书 (Scope Statement)的过程。(其 他教材)
2.项目范围规划的过程 • 如图4-6所示,P84。
课堂小测试
• 项目范围定义时经常使用的工具是() A. 工作分解结构 B. 需求分析 A C. 可行性研究 D. 网络图
第五节 范围验证(Scope Verification)
一、概念 • 范围核实是指利益相关者(业主/客 户、项目发起人、项目委托人、项目 组织等)对于项目范围的正式认可和 接受的工作过程。
3.气泡图WBS • 如图4-12所示,P92。
四、制作工作分解结构的基本方法 1.基本类型
– 基于可交付成果的划分 – 基于工作过程的划分 – 举例(P92)
2.基本方法 类比法
– 适用重复次数较多的 项目、管理经验比较 成熟的项目。
• 自上而下法
– 适用项目团队中有对本 项目经验丰富的专家或 项目团队不陌生的项目。
相关文档
最新文档