十二任务分解法WBS.doc

任务分解法
简介
任务分解法(Work Breakdown Structure
WBS is also known as work breakdown system. it is a map of the project that identifies the products and work elements involved in a project.WBS is an outline of the project with different levels of details,it defines the relationship of the final deliverable to its subdeliverables,and in return, their work packages.
WBS helps to assume project managers that all the work are identified and established.
分解流程
如何进行 WBS 分解 :目标→任务→工作→活动
1activity
2 task
3work breakdown structure
4organization breakdown structure
分解细则
分解原则
横向到边即百分百原则指 WBS 分解不能出现漏项 , 也不能包含不在项目范围 之内的任何产品或活动
纵向到底指 WBS 分解要足够细 , 以满足任务分配、检测及控制的目的
分解方法
至上而下与至下而上的充分沟通
一对一个别交流
小组讨论
分解标准
分解后的活动结构清晰
逻辑上形成一个大的活动
集成了所有的关键因素
包含临时的里程碑和监控点
所有活动全部定义清楚
意义
学会分解任务 , 只有将任务分解得足够细 , 您才能心里有数 , 您才能有条不紊 地工作 , 您才能统筹 安排您的时间表
结构
工作分解结构 (Work Breakdown Structure,简称为 WBS:以可交付成果为 导向对项目要素进行的分组, 它归纳和定义了项目的整个工作范围每下降一层代 表对项目工作的更详细定义。
无论在项目管理实践中 , 还是在 PMP 考试中, 工作分解结构 (WBS都是最重要 的内容 .WBS 总是处于计划过程的中心,也是制定进度计划、资源需求、成本预 算、风险管理计划和采购计划等的重要基础。 WBS 同时也是控制项目变更的重要 基础。项目范围是由 WBS 定义的 , 所以 WBS 也是一个项目的综合工具。
WBS 用途
WBS 具有 4个主要用途 :
1.WBS 是一个描述思路的规划和设计工具 . 它帮助项目经理和项目团队确定 和有效地管理项目的工作 .
2.WBS 是一个清晰地表示各项目工作之间的相互联系的结构设计工具 .
3.WBS 是一个展现项目全貌 , 详细说明为完成项目所必须完成的各项工作的 计划工具 .
4.WBS 定义了里程碑事件 , 可以向高级管理层和客户报告项目完成情况 , 作为 项目状况的报告工具 .
WBS 信息
项目产品或服务结构 , 项目组织结构 , 项目的阶段划分 .
WBS 是面向项目可交付成果的成组的项目元素 , 这些元素定义和组织该项目 的总的工作范围 , 未在 WBS 中包括的工作就不属于该项目的范围 .WBS 每下降一层 就代表对项目工作更加详细的定义和描述 . 项目可交付成果之所以应在项目范围 定义过程中进一步被分解为 WBS, 是因为较好的工作分解可以 :
a. 防止遗漏项目的可交付成果 .
b. 帮助项目经理关注项目目标和澄清职责 .
c. 建立可视化的项目可交付成果 , 以便估算工作量和分配工作 .
d. 帮助改进时间、成本和资源估计的准确度 .
e. 帮助项目团队的建立和获得项目人员的承诺 .
f. 为绩效测量和项目控制定义一个基准 .
g. 辅助沟通清晰的工作责任 .
h. 为其他项目计划的制定建立框架 .
i. 帮助分析项目的最初风险 .
WBS 的最低层次的项目可交付成果称为工作包 (WorkPackage,具有以下特 点 :
a. 工作包可以分配给另一位项目经理进行计划和执行 .
b. 工作包可以通过子项目的方式进一步分解为子项目的 WBS.
c. 工作包可以在制定项目进度计划时 , 进一步分解为活动 .
d. 工作包可以由惟一的一个部门或承包商负责 . 用于在组织之外分包时 , 称 为委托包 (CommitmentPackage.
e. 工作包的定义应考虑 80小时法则 (80-HourRule或两周法则 (Two Week Rule, 即任何工作包的完成时间应当不超过 80小时 . 在每个 80小时或少于 80小时结束时 , 只报告该工作包是否完成 . 通过这种定期检查的方法 , 可以控制项目 的变化 .
创建 wbs
创建方法
创建 WBS 是指将复杂的项目分解为一系列明确定义的项目工作并作为随后计 划活动的指导文档 . 创建 WBS 的方法主要有以下几种 :
a. 使用指导方针 . 一些像美国国防部 (DOD的组织 , 提供 MIL-STD 之类的指导 方针用于创建项目的 WBS.
b. 类比方法 . 参考类似项目的 WBS 创建新项目的 WBS.
c. 自上而下的方法 . 从项目的目标开始 , 逐级分解项目工作 , 直到参与者满意 地认为项目工作已经充分地得到定义 . 该方法由于可以将项目工作定义在适当的 细节水平 , 对于项目工期、成本和资源需求的估计可以比较准确 .
d. 自下而上的方法 . 从详细的任务开始 , 将识别和认可的项目任务逐级归类 到上一层次 , 直到达到项目的目标 . 这种方法存在的主要风险是可能不能完全地 识别出所有任务或者识别出的任务过于粗略或过于琐碎 .
基本要求
创建 WBS 时需要满足以下几点基本要求 :
a. 某项任务应该在 WBS 中的一个地方且只应该在 WBS 中的一个地方出现 .
b.WBS 中某项任务的内容是其下所有 WBS 项的总和 .
c. 一个 WBS 项只能由一个人责任 , 即使许多人都可能在其上工作 , 也只能由一 个人负责 , 其他人只能是参与者 .
d.WBS 必须与实际工作中的执行方式一致 .
e. 应让项目团队成员积极参与创建 WBS, 以确保 WBS 的一致性 .
f. 每个 WBS 项都必须文档化 , 以确保准确理解已包括和未包括的工作范围 .
g.WBS 必须在根据范围说明书正常地维护项目工作内容的同时 , 也能适应无 法避免的变更 .
表示方式
WBS 可以由树形的层次结构图或者行首缩进的表格表示 .
其中美国国防机构使用 WBS 在 MIL-STD 中对 WBS 进行的描述为 :"WBS是由硬 件、软件、服务、数据和设备组成的面向产品的家族树 ."
在实际应用中 , 表格形式的 WBS 应用比较普遍 , 特别是在项目管理软件中 . 分解方式
WBS 的分解可以采用多种方式进行 , 包括 :
a. 按产品的物理结构分解 .
b. 按产品或项目的功能分解 .
c. 按照实施过程分解 .
d. 按照项目的地域分布分解 .
e. 按照项目的各个目标分解 .
f. 按部门分解 .
g. 按职能分解 .
创建过程
创建 WBS 的过程非常重要 , 因为在项目分解过程中 , 项目经理、 项目成员和所 有参与项目的职能经理都必须考虑该项目的所有方面 . 制定 WBS 的过程是 :
a.得到范围说明书(ScopeStatement或工作说明书(StatementofWok,承包 子项目时. b.召集有关人员,集体讨论所有主要项目工作,确定项目工作分解的方式. c.分解项目工作.如果有现成的模板,应该尽量利用. d.画出 WBS 的层次结构图.WBS 较高层次上的一些工作可以定义为子项目或 子生命周期阶段. e.将主要项目可交付成果细分为更小的、易于管理的组分或工作包.工作包 必须详细到可以对该工作包进行估算(成本和历时、安排进度、做出预算、分配 负责人员或组织单位. f.验证上述分解的正确性.如果发现较低层次的项没有必要,则修改组成成 分. g.如果有必要,建立一个编号系统. h.随着其他计划活动的进行,不断地对 WBS 更新或修正,直到覆盖所有工作. 检验 WBS 是否定义完全、项目的所有任务是否都被完全分解可以参考以下标 准: i.每个任务的状态和完成情况是可以量化的. j.明确定义了每个任务的开始和结束. k.每个任务都有一个可交付成果. l.工期易于估算且在可接受期限内. m.容易估算成本. n.各项任务是独立的. 使用 对 WBS 需要建立 WBS 词典(WBSDictionary来描述各个工作部分.WBS 词典通 常包括工作包描.述、进度日期、成本预算和人员分配等信息.对于每个工作包, 应尽可能地包括有关工作包的必要的、尽量多的信息.
当 WBS 与 OBS 综合使用时,要建立账目编码(Code ofAccount.账目编码是用 于惟一确定项目工作分解结构每一个单元的编码系统.成本和资源被分配到这一 编码结构中. 实践经验 最多使用 20 个层次,多于 20 层是过度的.对于一些较小的项目 4-6 层一般就 足够了. WBS 中的支路没有必要全都分解到同一层次,即不必把结构强制做成对称的. 在任意支路,当达到一个层次时,可以作出所要求准确性的估算,就可以停止了