第三章 工程项目系统分析

和空间中存在.
动态性:项目的各个系统在项目过程中都显示出动态特
征.
不确定性
信息学院
Slide ‹#›
三 .工程项目系统分析过程
对项目的系统总目标和总任务进行全面研究 工程项目的结构分解 项目单元之间界面的分析 项目系统说明.
信息学院
Slide ‹#›
注： 1. 项目结构分析是一个渐进的过程,它随着项目目标设计、
一、WBS基本概念
WBS（Work Breakdown Structure）
•工作分解结构：把项目按照系统规划和要求分解为互相 联系、互相影响、互相依赖的项目单元，并把它们作为 对项目观察、设计、计划、目标、责任分解、成本核算 和实施控制等一系列项目管理工作的对象。
•WBS是项目管理中最重要的基础工作，被称为“计划前 的计划”，“设计前的设计”
让项目团队成员尽可能详细地列出他们认为完成项 目必须要做的工作，然后对其进行分类、整合，并 归总到一个整体活动或WBS的上一级内容当中去的 方法。
信息学院
Slide ‹#›
五、工程项目分解的方法
工程项目结构分解是项目计划前的一项十 分困难、十分重要的工作，目前尚没有大家统一 认可的通用的分解方法。 常见的工程项目的结构分解包括如下：
规划、详细设计和计划工作的进展逐渐细化.
2. 项目结构分析是项目管理的基本工作,又是项目管理最得 力的工具.实践证明,对于一个的复杂的项目,必须有科学 的项目系统结构分析.项目越大,越负责,越显示出这个工 作的重要性.
信息学院
Slide ‹#›
四. 项目系统分析方法
结构化分解方法。任何项目系统都有它的结构, 都可以进行结构分解，分解的结果通常为树型结 构图。
生测 产试 加 工
设 计
李华
R
A
部
某
采
张海
A
R
公
购
康立泰
司
部
R
生
黄宏
R
A
产
部
宋佳
R
图 项目责任分配矩阵
A:辅助 R:负责
WBS – CBS 帐户(科目)矩阵
WBS – RBS 资源矩阵
产品
设计
采购
实现
化机 学械 工工 程程 设设 计计
设计人员 1
2
人 员
管理人员
工人
某 项 目
设 备
生产设备 测试设备
应用相同的性质
信息学院
Slide ‹#›
项目单元应有较高的整体性和独立性（应能区分不同的 责任者和不同的工作内容以便分清责任、分享成果）
系统分解应合理，能保证项目管理工作的效率，便于目 标的跟踪及控制
项目分解结构应有一定的弹性
符合要求的详细程度（太粗—笼统不具体，指导性不强； 太细—灵活性小，增加管理层次及跨度，信息处理量成 倍增加等）
信息学院
Slide ‹#›
第四节 工程项目界面分析
一、界面的概念
各类项目单元之间存在着负责的关系,即它们之间存在着界 面.系统单元之间界面的划分和联系分析是项目系统分析的 内容.
在工程项目中界面具有广泛的意义,项目的各类系统,它们的 系统单元之间,以及系统与环境之间都存在界面.例如: 1.目标系统的界面 2.技术系统的界面. 3.行为系统的界面 4.组织系统的界面. 5.项目的各类系统与外界环境系统之间存在着复杂的界面
在现代工程项目管理中,人们越来越强调系统的集成.
信息学院
Slide ‹#›
二 .工程项目的系统特点
结合性:任何工程项目系统都是由许多要素组合起来的.
相关性:各子单元间互相联系,互相影响,共同作用,构成
严密、有机的整体。
目的性:项目有明确的目标,贯穿于项目的整个过程和项
目实施的各方面.
开放性:任何项目都在一定的社会历史阶段,一定的时间
三、WBS分解思想
以项目目标体系为主导，以工程技术系统范围和项目的 总任务为依据，由上而下，由粗到细，连续不断地将总任务 分解到更细、更详尽的层次上，直到每一单元任务均能独自 地规划、预算、监控。 注意：管理人员应与项目的实施者来共同完成WBS！
信息学院
Slide ‹#›
Level 1 Level 2
网络计划
分解
工序计划表
WHEN
WBS—工作分解结构 OBS—组织分解结构 WBS—OBS责任矩阵 CBS—成本分解结构 WBS—CBS帐户(科目)矩阵 RBS—资源分解结构 WBS—RBS资源矩阵 RBS—风险分解结构 WBS—RBS风险矩阵
项目责任分配矩阵
产品
设计
采购
实现
化机 学械 工工 程程 设设 计计
信息学院
Slide ‹#›
基于成果或功能的分解方法
以完成该项目应该交付的 成果或所包含的部分为导 向，确定相关的任务、工 作、活动和要素。上层一 般为可交付成果，下层一 般为可交付成果的工作内 容。
信息学院
Slide ‹#›
过程化分解方法 项目实施过程:根据系统寿命周期原理，把工程 项目科学的分为若干发展阶段。 管理工作过程分解。 专业工作的实施过程分解。
1.按技术系统的结构分解 1）包括按功能分解； 2）按要素分解； 2.按实施过程分解
源自文库
信息学院
Slide ‹#›
1.按技术系统的结构分解
1）按功能区间的分解
以产品结构进行分解 按平面或空间位置进行分解 按多个功能面进行分解 对在整个工程中起作用的，或属于多功能面上的要
素常常可以作为独立的功能对待
信息学院
Slide ‹#›
WHEN, WHAT, WHY, WHERE
计划要求
OBS
HOW
标准要求 目标和范围
WHO
X
分解
WHAT
Y
Z
技术标准
HOW
WBS 1 2
WHAT
责任矩阵
分解
工作包
组成
项目计划
HOW MUCH
人、机、料 费用预算
3
XYZ
1 △○
2 △○
3○
△
WBS—工作分解结构 OBS—组织分解结构
二、项目分解结构的主要目的和用途
明确和准确说明项目的范围 为各独立单元分派人员，制定相应职责 针对各独立单元，进行时间、费用和资源需要量的估
算 确定项目进度测量和控制的基准 将项目工作与项目的财务帐目联系起来 自上而下将项目目标落实到具体的工作上 确定工作内容和工作顺序 估计项目整体和全过程的费用。
A
B
C
D
项目/目标 阶段/组别
Level 3
C1
C2 ` C3 C4
任务
Level 4
C.1.1 C.1.2 C.1.3
C.3.1 C.3.2 C.3.3
细分任务
WBS可以比较系统地分析和表达项目中的每一项任务
信息学院
Slide ‹#›
工程项目结构分解的结果为树型结构图和项 目结构分析表
对每个项目单元按“父码”＋“子码”的方 法进行编码，同时，对每个编码进行描述，就形 成了项目结构分析表，以便于计算机处理和识别。
信息学院
Slide ‹#›
三、界面的定义文件
项目系统界面定义文件应能够综合的表达界面 的信息，如:界面的位置、组织责任的划分、技 术界限、工期界限、活动关系、资源、信息、 能量的交换时间安排、成本界限等
信息学院
Slide ‹#›
信息学院
Slide ‹#›
2）按构成要素进行分解
一个功能面又可以分为各个专业要素，有些专业要 素还可以进一步分解为子要素。 如：教学楼(建筑工程)
信息学院
Slide ‹#›
2.按实施过程分解
对于一个工程来说，它的每一个功能或要素作 为一个相对独立的部分，必然经过项目实施的全 过程。因而，可以按照过程化的方法进行分解。 建设工程项目可按如下实施过程分解：
信息学院
Slide ‹#›
一、概念
1）项目范围
项目范围(Project Scope)是指为了成功地实现项 目目标所必须完成的、全部并且最少的工作。
产品范围：所交付的产品或服务应该包括什么 样的特征和功能。
工作范围：为了实现交付的产品或服务所需要 完成的工作内容。
说明：
全部的——指实现该项目目标所进行的“所有工 作”，任何工作都不能遗漏，否则将会导致项目范围 “萎缩”(Project Scope Shrink)。 最少的——是指完成该项目目标所规定的“必要的、 最少量”的工作，工作范围不包括那些超出项目可交 付成果需求的多余工作，否则将导致项目范围“蔓 延”(Project Scope Creep)。 产品范围的完成是对照产品要求进行衡量的，而项 目范围的完成是对照项目计划进行衡量的，二者的集 成将保障项目目标的实现。
2）项目范围管理
是用以保证项目包含且只包含所有需要完成 的工作，以顺利完成项目所需要的所有过程。
二、项目范围管理的主要工作
启动 ——正式授权一个新的项目或者决定现有 的项目是否应当进入到下一个阶段。
范围规划 ——范围规划是指进一步形成各种文 档，为将来项目决策提供基础，这些文档中包括 范围说明书、辅助性细节、范围管理计划。
任何项目管理者,项目的参加者,工程技术人员首先必须确 立基本的系统观念.这体现在:
全局的观念,系统的观察问题,解决问题作全面的整体的 计划和安排,减少系统失误.在采取措施,作出决策和计划 并付诸实施时都要考虑各方面的联系和影响.
追求项目的整体的最优化.强调系统目标的一致性,强调 项目的总目标和总效果,而不是局部优化.
二、界面的管理
首先要保证系统界面之间的相容性，使项目系 统之间有良好的接口
保证系统的完备性，不失掉任何工作、设备、 数据等，防止发生工作内容、成本和质量责任 归属的争执
对界面进行定义，并形成文件，当工程发生变 更时特别应注意变更对界面的影响；
界面通常位于专业的接口处，阶段连接处。必 须在界面处设置验收点和控制点，主动地进行 界面管理
1) 设计和计划 2) 招标投标 3) 实施准备 4) 施工 5) 试生产／验收 6) 投产／保修 7) 运行等
信息学院
Slide ‹#›
六 项目结构分解的基本原则
各层次上保持项目内容上的完整性 一个项目单元Ji只能从属于某一个上层单元J，不能同时属
于两个上层单元J和I，不能同时交叉从属。 由一个上层单元J分解得到的几个下层项目J1、J2……Jn反映
范围定义 ——运用一些方法和技术（如工作分 解结构WBS），把项目的主要可交付成果（如范 围说明书中所定义的）划分为较小的、更易管理 的单位 。
范围核实 ——范围核实是项目的利益相关者， 如项目发起人、客户等，对项目范围进行最终确 认和接受的过程。
范围变更控制 ——是指对有关项目范围的变更 施加影响和控制 。
第三章 工程项目系统分析
第一节 系统分析过程和方法
一 工程项目系统特点
系统的定义:系统是由若干个相互作用和相互依赖的 要素组合而成,且有特定功能的整体.
任何工程项目都是一个系统，具有鲜明的系统特征。
信息学院
Slide ‹#›
工程项目的系统的集成要求项目管理者必须进行 项目全生命期的目标管理,综合的计划,综合的控制,良 好的界面管理,良好的组织协调和信息沟通.
编码
10000 11100 11200 12000
信息学院
某项目结构分析表 名称 负责人 成本
Slide ‹#›
树形结构
项目
WBS格式
缩进列表 1.1xxxxxxx
1.1.1xxxxxx 1.1.2xxxxxx 1.1.3xxxxxx 1.2xxxxxxxxxx 1.2.1xxxxxxx 1.2.2xxxxxxx 1.3xxxxxxxxxxx 1.4xxxxxxxxxxxx
材料A
材 料
材料B
材料C
生测 产试 加 工
1
1
6
1
3
1
200
150
10
WBS – RWBS 风险矩阵
工作分解结构的编制方法
类比法就是以一个类似项目的WBS为基础，制定本 项目的工作分解结构。
工作分解结构的方法之从项目最大的单位开始，逐 步将它们分解成下一级的多个子项。这个过程就是 要不断增加级数，细化工作任务。