WBS和TASK的区别？

清风徐来

工作分解结构（Work Breakdown Sturcture）：一种面向可交付成果的项目元素分组，这个分组组织并定义了全部的项目工作范围。每下降一级都表示一个更加详细的项目工作的定义。

 

任务(Task)：工作的一般内容，它没有被包括在WBS中，但可能是某项工作进一步分解的组成部分，这种分解是由对该项工作负责的个人来做的。其用来描述项目最底层的工作。

 

是否可以这样认为，TASK可能没有一个直接的面向交付的结果，但是它是完成结果的一个步骤？

gzfrank

WBS：只是把项目细化到一定程度，明确项目的边界，项目的内容及其工作量的评估。也有人认为WBS是将目标细分成一个个小目标。

TASK：包括人的因素、时间因素、空间因素，是在一定时间内、一定的空间范围内具体人（群）要完成的一个目标。

swordliang

工作分解结构也可称作任务分解结构。

楼主的问题让我有点迷茫：{任务(Task)：工作的一般内容，它没有被包括在WBS中}

WBS（WORK  BREAKDOWN  STRUATURE）工作（任务）分解结构简单来说就是将工程项目的各项目内容按其相关关系逐层进行分解，直到工作内容单一、便于组织管理的单项工作为止，再把各单项工作在整个项目中的地位、相对关系用树形结构图（见图一）或锯齿列表的形式（见图二）直观的表示出来的方法。其主要目的是使项目各参与方从整体上了解工程项目的各项工作（或任务）便于进行整体的协调管理或从整体上了解自己承担的工作与全局的关系。在实际应用中树形结构图以其直观易懂得特点应用更为广泛，因此本文主要讨论树形结构图的应用。

[此贴子已经被作者于2007-4-27 9:49:06编辑过]

rockking

WBS归纳和定义了项目的整个工作范围，每下降一层代表对项目工作的更详细定义，总是处于计划过程的中心，也是制定进度计划、资源需求、成本预算、风险管理计划和采购计划等的重要基础。

WBS同时也是控制项目变更的重要基础。项目范围是由WBS定义的，所以WBS也是一个项目的综合工具。

WBS具有4个主要用途：

WBS是一个描述思路的规划和设计工具。它帮助PM和项目团队确定和有效地管理项目的工作。 
WBS是一个清晰地表示各项目工作之间的相互联系的结构设计工具。 
WBS是一个展现项目全貌，详细说明为完成项目所必须完成的各项工作的计划工具。 
WBS定义了里程碑事件，可以向高级管理层和客户报告项目完成情况，作为项目状况的报告工具。 

WBS是面向项目可交付成果的成组的项目元素，这些元素定义和组织该项目的总的工作范围，未在WBS中包括的工作就不属于该项目的范围。WBS每下降一层就代表对项目工作更加详细的定义和描述。

项目可交付成果之所以应在项目范围定义过程中进一步被分解为WBS，是因为较好的工作分解可以：

防止遗漏项目的可交付成果。 
帮助PM关注项目目标和澄清职责。 
建立可视化的项目可交付成果，以便估算工作量和分配工作。 
帮助改进项目时间进度、项目成本和资源估计的准确度。 
帮助项目团队的建立和获得项目人员的承诺。 
为绩效测量和项目控制定义一个基准。 
辅助沟通清晰的工作责任。 
为其他项目计划的制定建立框架。 
帮助分析项目的最初风险。 

WBS的最低层次的项目可交付成果称为工作包(WorkPackage)，具有以下特点：

工作包可以分配给另一位PM或者是AE进行计划和执行。 
工作包可以通过子项目的方式进一步分解为子项目的WBS。 
工作包可以在制定项目进度计划时，进一步分解。 
工作包可以由惟一的一个部门或承包商负责。 

工作包的定义应考虑80小时法则(80-HourRule)或两周法则(Two Week Rule)，即任何工作包的完成时间应当不超过80小时。在每个80小时或少于80小时结束时，只报告该工作包是否完成。通过这种定期检查的方法，可以控制项目的进度变化。 

WBS的分解方式包括：

按产品的物理结构分
按产品或项目的功能分 
按照实施过程分
按照项目的地域分布分
按照项目的各个目标分
按部门分解
按职能分解

创建WBS的过程非常重要，制定WBS的过程是：

得到范围说明书(ScopeStatement)或工作说明书(StatementofWok，承包子项目时) 
召集有关人员，集体讨论所有主要项目工作，确定项目工作分解的方式
分解项目工作。如果有现成的模板，应该尽量利用 
画出WBS的层次结构图。WBS较高层次上的一些工作可以定义为子项目或子生命周期阶段 
将主要项目可交付成果细分为更小的、易于管理的组分或工作包。工作包必须详细到可以对该工作包进行估算(成本和历时)、安排进度、做出预 算、分配负责人员或组织单位 
验证上述分解的正确性。如果发现较低层次的项没有必要，则修改组成成分。 
如果有必要，建立一个编号系统 
随着其他计划活动的进行，不断地对WBS更新或修正，直到覆盖所有工作 

检验WBS是否定义完全、项目的所有任务是否都被完全分解可以参考以下标准

每个任务的状态和完成情况是可以量化的 
明确定义了每个任务的开始和结束 
每个任务都有一个可交付成果
工期易于估算且在可接受期限内 
容易估算成本 
各项任务是独立的 

而TASK，字面理解是“任务”，与WBS在概念上还是差很多的

gzfrank

更详细WBS知识请看阿懒的帖子

http://www.21manager.com/dispbbs.asp?n=10,94797,0,0,0,,0,0

清风徐来

QUOTE:

以下是引用gzfrank在2007-4-27 17:21:41的发言：

更详细WBS知识请看阿懒的帖子

http://www.21manager.com/dispbbs.asp?n=10,94797,0,0,0,,0,0

就是看阿懒推荐的文章的时候，产生的疑问

很好的一本书

南华学童

脚印留下。期待继续......

阿懒

找了一下《PMBOK(2004版)》的中英文解释，还是不太详细，主要是对任务的理解没有定论。
以我们最常用的MicroSoft Project软件为例，它的任务就是指WBS之后的最小工作单位，可以简单理解为:WBS就是把工作分解为一个个任务。如要继续研究，可以参考《怀德曼项目管理词汇手册》。

下面是《PMBOK(2004版)》的中英文解释，中文翻译非常蹩脚，让人郁闷。
Task. A term for work whose meaning and placement within a structured plan for project work varies by the application area, industry, and brand of project management software.
任务 Task：表示工作 的一个术语，其含义和在精心制定的项目工作计划中的位置因应用领域、行业和项目管理软件 的牌号而异。

Work Breakdown Structure (WBS) [Output/Input]. A deliverable-oriented hierarchical decomposition of the work to be executed by the project team to accomplish the project objectives and create the required deliverables. It organizes and defines the total scope of the project. Each descending level represents an increasingly detailed definition of the project work. The WBS is decomposed into work packages. The deliverable orientation of the hierarchy includes both internal and external deliverables. See also work package, control account, contract work breakdown structure, and project summary work breakdown structure.
工作分解结构 Work Breakdown Structure (WBS) [Output/Input]：对应当由项目团队执行，以便实现项目目标 并创造必要的可交付成果的工作 按可交付成果 所做的层次分解。工作分解结构将项目 的整个范围 组织在一起并加以明确。每向下分解一个层次，就意味着项目工作 的定义深入了一步。工作分解结构最终分解为工作细目。工作分解结构的层次结构以可交付成果 为对象包括内部和外部可交付成果。另外请见工作细目、控制账目、合同工作分解结构 和项目概括性工作分解结构。

清风徐来

"按可交付成果 所做的层次分解"

是否可以这样认为，TASK可能没有一个直接的面向交付的结果，但是它是完成结果的一个步骤,也有自己的步骤结果

changqh

我感觉大家将这个问题复杂了,其实很简单,WBS是PMBOK中的一个工具,TASK的概念因为"理解的模糊"根本不被PMI接收,不知道这样的理解是否对大家有帮助