wbs工作计划

wbs工作计划篇一

项目管理中WBS方法

项目管理中的WBS方法

摘要：现代项目管理具有众多的方法与工具，在这些方法中WBS为最基本的方法。综合WBS与PCDA可以形成成现代项目管理的框架，但这只是一个方法与工具，管理中需注意的是：人是万物之灵，应当是生产工具的主人，而不是生产工具。

关键词：工作结构分解WBS、自顶向下逐步求精法、

在项目管理实践中， WBS总是处于计划过程的中心，也是制定进度计划、资源需求、成本预算、风险管理计划和采购计划等的重要基础，是最重要的内容。WBS同时也是控制项目变更的重要基础。项目范围是由WBS定义的，所以WBS也是一个项目的综合工具。

一、工作分解结构定义 (WorkBreakdownStructureWBS)：以可交付成果为导向对项目要素进行的分组，它归纳和定义了项目的整个工作范围每下降一层代表对项目工作的更详细定义。

二、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.工作包的定义应考虑二周法则(Two Week Rule)，即任何工作包的完成时间应当不超过二周。在每个二周或少于二周结束时，只报告该工作包是否完成。通过这种定期检查的方法，可以控制项目的变化。

四、WBS的创建流程及综合运用：

1. 创建WBS的方法

创建WBS是指将复杂的项目分解为一系列明确定义的项目工作并作为随后计划活动的指导文档。创建WBS的方法主要有以下几种：

a.使用指导方针。一些像美国国防部(DOD)的组织，提供MIL-STD之类的指导方针用于创建项目的WBS。

b.类比方法。参考类似项目的WBS创建新项目的WBS。对于技术不是很繁杂的项目，采用的较多。

c.自上而下的方法，亦称自顶向下逐步求精法。从项目的目标开始，逐级分解项目工作，直到参与者满意地认为项目工作已经充分地得到定义。该方法由于可以将项目工作定义在适当的细节水平，对于项目工期、成本和资源需求的估计可以比较准确。具体的做法可以参照计算机C语言使用伪语言的做法，自上向下使用描述性语言将目标逐步分解并刻划清晰，同时在刻划的过程中形成基本工作单元。这种方法具有一定的启发性，能够在参与者头脑中形成一个预演，对实施时的管理也帮助。

d.自下而上的方法。从详细的任务开始，将识别和认可的项目任务逐级归类到上一层次，直到达到项目的目标。这种方法存在的主要风险是可能不能完全地识别出所有任务或者识别出的任务过于粗略{wbs工作计划}.

或过于琐碎，而且参与者不具备丰富的经验，则容易产生漏项目。

2．创建WBS的基本要求

创建WBS时需要满足以下几点基本要求：

a.某项任务应该在WBS中的一个地方且只应该在WBS中的一个地方出现。

b.WBS中某项任务的内容是其下所有WBS项的总和。{wbs工作计划}.

c.一个WBS项只能由一个人责任，即使许多人都可能在其上工作，也只能由一个人负责，其他人只能是参与者。

d.WBS必须与实际工作中的执行方式一致。

e.应让项目团队成员积极参与创建WBS，以确保WBS的一致性。 f.每个WBS项都必须文档化，以确保准确理解已包括和未包括的工作范围。

g.WBS必须在根据范围说明书正常地维护项目工作内容的同时，也能适应无法避免的变更。

3．WBS的表示方式

WBS可以由树形的层次结构图或者行首缩进的表格表示。

在实际应用中，表格形式的WBS应用比较普遍，特别是在项目管理软件中。

4．WBS的分解方式

WBS的分解可以采用多种方式进行，包括：

a.按产品的物理结构分解。

b.按产品或项目的功能分解。

c.按照实施过程分解。

d.按照项目的地域分布分解。

e.按照项目的各个目标分解。

f.按部门分解。

g.按职能分解。

5．创建WBS的过程

创建WBS的过程非常重要，因为在项目分解过程中，项目经理、项目成员和所有参与项目的职能经理都必须考虑该项目的所有方面。制定WBS的过程是：

a.得到范围说明书(ScopeStatement)或工作说明书(StatementofWok，承包子项目时)。

b.召集有关人员，集体讨论所有主要项目工作，确定项目工作分解的方式。

c.分解项目工作。如果有现成的模板，应该尽量利用。

d.画出WBS的层次结构图。WBS较高层次上的一些工作可以定义为子项目或子生命周期阶段。

e.将主要项目可交付成果细分为更小的、易于管理的组分或工作包。工作包必须详细到可以对该工作包进行估算(成本和历时)、安排进度、做出预算、分配负责人员或组织单位。

f.验证上述分解的正确性。如果发现较低层次的项没有必要，则修改组成成分。

g.如果有必要，建立一个编号系统。

wbs工作计划篇二

WBS有效的工作分解结构

WBS有效的工作分解结构

前 言

本文目的是为了满足对WBS概念及应用的全面、系统和实用性阐述的长期需要。旨在帮助项目经理和项目规划者改善项目结构，有效的启动项目，并在项目的

全过程中都把WBS作为规划、控制和沟通的关键工具使用。

本书体现了多年来WBS、新项目的范围界定和计划的发展经历，介绍了已经被大家普遍认可的WBS及其在应用中的一些概念，其中许多更详尽的概念是我提出的。此外还提供了许多例子。

在项目管理中，WBS不是一个新概念，但是它经常被误解，没有得到正确使用，达不到其最大的有效性。像做任何计划一样，WBS的使用也需要训练与思考。开始做一项工作，看上去通常比做一个工作计划要简单些。

本书共分为六章：

 第一章，WBS的概念，定义了主题，简单介绍了WBS概念的历史，定义了一些术语，并明确了在项目管理过程中WBS概念的作用。

 第二章，WBS逻辑基础，讨论了在有效的WBS开发中应考虑的各个方面的问题。

 第三章，生命期计划：项目群和阶段，提出每一个生命期阶段都是一个单独的、有自己的WBS的项目。

 第四章，项目运营中的WBS，阐述了PMBOK®①九大领域中的每一部分与WBS的关系及其应用。

 第五章，WBS的例子与描述。包括对几个不同类型项目的WBS例子的描述，以及第二章中的WBS基本原理的普遍应用的方法。

 第六章，WBS原理、步骤和审查表。包括对WBS原理以及推荐给项目经理用来开发项目的WBS的一系列特定的、注重实效的步骤的总结。

 PMBOK®是美国项目管理协会的商标，该商标在美国和其他一些国家注册。

WBS概论

本章提供了有关WBS的概念、背景以及WBS在项目管理过程中的地位的一些信息。 项目问题和解决方案

开始一个新的项目就像是要开始写一本书，你已经有了想要写些什么的思路，但还不确定怎样开始。就像许多项目计划者和经理们一样，许多作者发现写大纲通常是一种开始写作的最有效的方法。

大纲既是一种组织材料的方法也是一个写作计划。写大纲有许多方法，尤其是有一种基于研究的方法。一般地，规划一个调查研究或数据收集，并决定每一章要讨论的内容及附录是十分必要的。此外，起草章节、收集一批专家的关键评论、以及与评审证明和出版文件有关的实际步骤等，都是必要的。第5章中有一个简单的以WBS形式写书的大纲的例子。

有这样一个被经常使用的比喻，这是一个古老的问题，问：“你怎样吃掉一头大象？”回答当然是：“一次吃一口。”所以，准备大纲的第一步是对“每一口”进行定义和分类。“每一口”都是很重要的，因为有效的工作是一步一步完成的。对一个项目来说，头脑风暴法能够帮助我们自下而上的定义“每一口咬什么”的活动，或者采用自上而下的“分解”过程将一个项目（或整头大象）细分为几个主要部分（如图1-1所示）。无论用任何方法，目的都是开发一种项目所要进行的工作分解结构。

图1-1 大象分解结构图

显然，大象的每个部分还可以继续分解（细分）。例如，头部可以分解为脸、耳朵、象牙、象鼻，四条腿也可以分别独立识别，身体的各个部位可被确定；尾巴和尾巴上的毛也可以分别确定。项目的WBS结构遵从同一概念。WBS是工作的一个总结，而不是工作本身，工作是构

wbs工作计划篇三

项目WBS

尚理通项目WBS

1 项目启动

1.1 组建小组

1.2 角色分配

1.3 确定项目主题

1.3.1 产品范围

1.3.2 工作范围

1.3.3 技术范围

1.4 确定工作开展时间 2 需求

2.1 信息收集

2.1.1 产品功能信息调研

2.1.2 用户需求调研

2.1.3 相关技术调研

2.2 需求分析

2.2.1 产品功能

2.2.3 非功能需求{wbs工作计划}.

2.3 需求确认

2.3.1 .客户确认需求

2.3.2 可行性分析 技术

经济

2.4 系统原形

2.4.1 用例图{wbs工作计划}.

2.4.2 参与者图

2.4.3 功能图

2.4.4 交互界面

2.4.5 事件流

3 系统设计

3.1 总体设计

功能概述（含框架结构图） 功能说明（从用户角度）

3.1.2 软硬件平台 开发平台

运行平台

3.1.3 关键技术

3.1.4 项目特色

3.2 详细设计

3.2.1 系统结构设计 技术架构

功能模块设计

关键功能/算法设计

3.2.2 数据库设计 数据字典{wbs工作计划}.

数据流图

3.2.3 系统界面设计 界面设计风格

功能界面

页面结构设计

4 特征开发

4.1 项目管理

4.1.1 交付软件设计文档

4.1.2 跟进开发过程

4.2 计划管理

4.2.1 协助制定开发报表

4.2.2 敦促计划实施

4.3 开发管理

4.3.1 系统实现 管理功能

wbs工作计划篇四

WBS分解流程

WBS分解流程

1 目的

为了把项目范围分解开，使项目相关人员对项目一目了然，使项目的概况和组成明确、清晰、透明、具体，并保证项目结构的系统性和完整性，建立完整的项目保证体系，明确项目相关各方的工作界面，以便于责任划分和落实，为建立项目沟通管理提供依据，便于把握信息重点，特制定本流程。WBS分解可作为项目各项计划和控制措施制定的基础和主要依据，可作为技术流程和计划流程编制的主要依据。

2 适用范围

本流程适用于本公司承担的各类系统、分系统及单机产品项目级WBS分解的编制工作。

3 名词定义

1）WBS：工作分解结构，主要应用于项目范围管理，是一种在项目全范围内分解和定义各层次工作的方法。对应当由项目团队执行以便实现项目目标，并创造必要的可交付成果的工作，按可交付成果所做的层次分解。它将项目按照其内在结构（结构分解）或实施过程（过程分解）的顺序进行逐层分解，将项目分解到相对独立的、内容单一的、易于成本核算与检查的项目单元（即面向可交付物的、兼顾考虑组织匹配的层次型结构），并能把各项目单元中的地位与构成直观地表示出来。一般采用图标形式表达。

2）WBS字典：是WBS的配套文档，对WBS中包含的工作单元的细节加以描述。通常包含账户编码、工作描述、执行组织和里程碑列表、合同信息、质量要求和相关技术参考资料、资源需求、成本估算等等信息。

3）结构分解模式：把主要的项目可交付物、子项目、外包的子项目作为顶层进行工作项目分解的模式。

4）过程分解模式：把项目的生命期作为顶层进行工作项目分解的模式。

4 输入和输出 输入：

1）总体设计方案 2）产品研制规范

3）研制任务书、研制技术要求、合同 4）批准的变更申请 5）流程体系文件 6）项目特性分析 输出： 1） WBS 2） WBS字典 3） 变更申请

5 角色职责 （专业化岗位） 1）项目经理——负责WBS分解。 6 流程图

7 流程操作说明

8 相关文件

无。 9 附件

WBS模板。

附件

WBS模板

- 5 -