wbs编制方法有哪些

① 任务分解法的创建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中的支路没有必要全都分解到同一层次,即不必把结构强制做成对称的.在任意支路,当达到一个层次时,可以作出所要求准确性的估算,就可以停止了

② wbs分解原则是什么

WBS分解的基本原则主要遵循：

1. 完整性：每一层WBS分解必须保证上层WBS节点内容的完整性，不能遗漏任何必要的组成部分。

2. 目标性：符合项目目标管理的要求，能方便应用工期、质量、成本、合同、信息等手段。

3. 易用性：能很容易地分配责任和角色，并落实到相应的部门、项目团队或个人。

4. 独立性：WBS在分解时尽可能减少节点间的交互界面，要考虑项目承包方式、合同结构的影响。

5. 适应性：工程项目工作范围有变化时，可灵活方便地增/减相应的项目产品/设施。

6. 简洁有效性：WBS不要太多层次，以四至六层为宜，WBS的划分应方便数据从上到上的汇总。

1.类比方法

类比法就是以一个类似任务的WBS为基础，制定本任务的工作分解结构。

举个例子，作为信贷员，我们做过很多尽职调查，有针对个人的尽职调查，也有针对企业的尽职调查。当我们计划对企业进行尽职调查时，就可以套用对个人进行尽职调查而设计的WBS，以从前的WBS为基础，开始编制新的活动的WBS。

2.自上而下的方法

自上而下法常常被视为构建WBS的常规方法，即从任务的目标开始，逐级对任务进行分解。这是一个不断增加级数，细化工作任务的过程。

比如说尽职调查这项任务，我们可以将它分解为贷前调查、贷中审查、贷后检查三项工作，对于每项工作，又可进行细分。比如贷前调查，又可以分解为调查借款人的基本情况、信用状况、担保情况等活动。

3.自下而上的方法

自下而上法，需要我们从一开始就尽可能地确定任务有关的各项具体活动，然后将各项具体活动进行整合，归纳到一个整体工作或WBS的上一级内容当中去。

仍以尽职调查来举例，按照自上而下的方法，我们一开始就需要尽可能详细地列出做好这项尽职调查需要完成的活动，如了解借款人基本信息、检查借款合同、撰写调查报告等，在列出详细的活动清单后，再开始对所有活动进行分类，以便于将这些详细的活动归入上一级的大项中。

③ WBS工作具体如何做

1、建立WBS的结构图

2、基于WBS的结构图，建立WBS Worksheet 工作表

3、从WBS图中可以进行资源分析、时间计划、预算等，方便而准确。

(3)wbs编制方法有哪些扩展阅读

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

1 .类比方法。参考类似项目的WBS创建新项目的WBS。

2 .自上而下的方法。从项目的目标开始，逐级分解项目工作，直到参与者满意地认为项目工作已经充分地得到定义。该方法由于可以将项目工作定义在适当的细节水平，对于项目工期、成本和资源需求的估计可以比较准确。

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

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

2 .WBS中某项任务的内容是其下所有WBS项的总和。

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

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

5. 应让项目团队成员积极参与创建WBS，以确保WBS的一致性。

6 .每个WBS项都必须文档化，以确保准确理解已包括和未包括的工作范围。

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

8 .WBS的工作包的定义不超过40小时，建议在4-8小时。

9 .WBS的层次不超过10层，建议在4-6层。

④ 急~请教关于项目组织与管理WBS的问题！！！！

WBS：工作分解结构（Work Breakdown Structure） 创建WBS：创建WBS是把项目可交付成果和项目工作分解成较小的，更易于管理的组成部分的过程。
一、定义
WBS（工作分解结构）是Work Breakdown Structure的英文缩写，是项目管理重要的专业术语之一。WBS的基本定义 ：以可交付成果为导向对项目要素进行的分组，它归纳和定义了项目的整个工作范围每下降一层代表对项目工作的更详细定义。无论在项目管理实践中，还是在PMP，IPMP考试中，工作分解结构（WBS）都是最重要的内容之一。WBS总是处于计划过程的中心，也是制定进度计划、资源需求、成本预算、风险管理计划和采购计划等的重要基础。WBS同时也是控制项目变更的重要基础。项目范围是由WBS定义的，所以WBS也是一个项目的综合工具。
WBS是由3个关键元素构成的名词：工作（work)--可以产生有形结果的工作任务；分解（breakdown)--是一种逐步细分和分类的层级结构；结构（structure)--按照一定的模式组织各部分。根据这些概念，WBS有相应的构成因子与其对应：
⑴结构化编码
编码是最显着和最关键的WBS构成因子，首先编码用于将WBS彻底的结构化。通过编码体系，我们可以很容易识别WBS元素的层级关系、分组类别和特性。并且由于近代计算机技术的发展，编码实际上使WBS信息与组织结构信息、成本数据、进度数据、合同信息、产品数据、报告信息等紧密地联系起来。
⑵工作包
工作包（work package）是WBS的最底层元素，一般的工作包是最小的“可交付成果”，这些可交付成果很容易识别出完成它的活动、成本和组织以及资源信息。例如：管道安装工作包可能含有管道支架制作和安装、管道连接与安装、严密性检验等几项活动；包含运输/焊接/管道制作人工费用、管道/金属附件材料费等成本；过程中产生的报告/检验结果等等文档；以及被分配的工班组等责任包干信息等等。正是上述这些组织/成本/进度/绩效信息使工作包乃至WBS成为了项目管理的基础。基于上述观点，一个用于项目管理的WBS必须被分解到工作包层次才能够使其成为一个有效的管理工具。
⑶WBS元素
WBS元素实际上就是WBS结构上的一个个“节点”，通俗的理解就是“组织机构图”上的一个个“方框”，这些方框代表了独立的、具有隶属关系/汇总关系的“可交付成果”。经过数十年的总结大多数组织都倾向于WBS结构必须与项目目标有关，必须面向最终产品或可交付成果的，因此WBS元素更适于描述输出产品的名词组成（effictive WBS，Gregory T. Haugan）。其中的道理很明显，不同组织、文化等为完成同一工作所使用的方法、程序和资源不同，但是他们的结果必须相同，必须满足规定的要求。只有抓住最核心的可交付结果才能最有效的控制和管理项目；另一方面，只有识别出可交付结果才能识别内部/外部组织完成此工作所使用的方法、程序和资源。工作包是最底层的WBS元素。
⑷WBS字典
管理的规范化、标准化一直是众多公司追求的目标，WBS字典就是这样一种工具。它用于描述和定义WBS元素中的工作的文档。字典相当于对某一WBS元素的规范，即WBS元素必须完成的工作以及对工作的详细描述；工作成果的描述和相应规范标准；元素上下级关系以及元素成果输入输出关系等。同时WBS字典对于清晰的定义项目范围也有着巨大的规范作用，它使得WBS易于理解和被组织以外的参与者（如承包商）接受。在建筑业，工程量清单规范就是典型的工作包级别的WBS字典。
二、主要用途
WBS是一个描述思路的规划和设计工具。它帮助项目经理和项目团队确定和有效地管理项目的工作。
1 WBS是一个清晰地表示各项目工作之间的相互联系的结构设计工具。
2 WBS是一个展现项目全貌，详细说明为完成项目所必须完成的各项工作的计划工具。
3 WBS定义了里程碑事件，可以向高级管理层和客户报告项目完成情况，作为项目状况的报告工具。
4 WBS防止遗漏项目的可交付成果。
5 WBS帮助项目经理关注项目目标和澄清职责。
6 WBS建立可视化的项目可交付成果，以便估算工作量和分配工作。
7 WBS帮助改进时间、成本和资源估计的准确度。
8 WBS帮助项目团队的建立和获得项目人员的承诺。
9 WBS为绩效测量和项目控制定义一个基准。
10 WBS辅助沟通清晰的工作责任。
11 WBS为其他项目计划的制定建立框架。
12 WBS帮助分析项目的最初风险。
三、创建方法
创建WBS是指将复杂的项目分解为一系列明确定义的项目工作并作为随后计划活动的指导文档。WBS的创建方法主要有以下两种：
1 类比方法。参考类似项目的WBS创建新项目的WBS。
2 自上而下的方法。从项目的目标开始，逐级分解项目工作，直到参与者满意地认为项目工作已经充分地得到定义。该方法由于可以将项目工作定义在适当的细节水平，对于项目工期、成本和资源需求的估计可以比较准确。
创建WBS时需要满足以下几点基本要求：
1 某项任务应该在WBS中的一个地方且只应该在WBS中的一个地方出现。
2 WBS中某项任务的内容是其下所有WBS项的总和。
3 一个WBS项只能由一个人负责，即使许多人都可能在其上工作，也只能由一个人负责，其他人只能是参与者。
4 WBS必须与实际工作中的执行方式一致。
5 应让项目团队成员积极参与创建WBS，以确保WBS的一致性。
6 每个WBS项都必须文档化，以确保准确理解已包括和未包括的工作范围。
7 WBS必须在根据范围说明书正常地维护项目工作内容的同时，也能适应无法避免的变更。
8 WBS的工作包的定义不超过40小时，建议在4-8小时。
9 WBS的层次不超过10层，建议在4-6层。
四、表示方式
WBS可以由树形的层次结构图或者行首缩进的表格表示。在实际应用中，表格形式的WBS应用比较普遍，特别是在项目管理软件中，具体的模版样式参见WBS模版样式。
五、分解方式
WBS的分解可以采用以下三种方式进行：
1 按产品的物理结构分解。
2 按产品或项目的功能分解。
3 按照实施过程分解。

⑤ 制定WBS的基本步骤有哪些如何确定工作分解的详细程度

一、 项目工作分解的步骤(WBS)
在进行项目工作分解的时候，一般遵从以下几个主要步骤：
1.先明确并识别出项目的各主要组成部分，即明确项目的主要可交付成果。一般来讲，项目的主要组成部分包括项目的可交付成果和项目管理的本身。在进行这一步时需要解答的问题是：要实现项目的目标需要完成哪些主要工作?(一般情况下，项目的主要工作是指贯穿项目始终的工作，它在项目分解结构中主要被列在第二层。)
2.第二步的工作是：确定每个可交付成果的详细程度是否已经达到了足以编制恰当的成本和历时估算。“恰当”的含义可能会随着项目的进程而发生一定的变化，因为对于将来产生的一项可交付成果进行分解也许是不大可能的。对每个可交付成果，如果已经足够详细，则进入到第四步，否则接着进入第三步——这意味着不同的可交付成果可能有不同的分解层次。
3.确定可交付成果的组成元素。组成元素应当用切实的、可验证的结果来描述，以便于进行绩效测量。与主要元素一样，组成元素的定义应该根据项目工作实际上是如何组织和完成的。切实、可验证的结果既可包括产品，又可包括服务。这一步要解决的问题是：要完成上述各组成部分，有哪些更具体的工作要做。对于各组成部分的更小的构成部分，应该说明需要取得哪些可以核实的结果以及完成这些更小组成部分的先后顺序。
4.核实分解的正确性。即需要回答下列问题：(1)最底层项对项目分解来说是否是必需而且充分的呢?如果不是，则必须修改组成元素(添加、删除或重新定义);(2)每项的定义是否清晰完整?如果不完整，描述则需要修改或扩展;(3)每项是否都能够恰当地编制进度和预算?是否能够分配到接受职责并能够圆满完成这项工作的具体组织单元(例如部门、项目队伍或个人)?如果不能，需要做必要的修改，以便于提供合适的管理控制。
如果大家还能在脑海中清晰地再现在项目范围管理中，我们介绍范围定义的工具——分解时所画的流程图，那么对于工作分解结构的创建步骤就可以了然于胸了。
二、 实际操作中注意的问题
对于实际的项目，特别是对于较大的项目而言，在进行工作分解的时候，要注意以下几点：1.要清楚地认识到，确定项目的分解结构就是将项目的产品或服务、组织和过程这三种不同的结构综合为项目分解结构的过程。项目经理和项目的工作人员要善于将项目按照产品或服务的结构进行划分、按照项目的阶段划分以及按照项目组织的责任进行划分等有机地结合起来。也就是说，我们应该将项目的WBS、PBS以及OBS组合起来综合运用。
如图4-5所示，WBS、PBS与OBS合在一起，就提供了费用估算的结构，构成费用控制立方体(Cost Control Cube)。其实，任何两个分解结构结合在一起，都可以形成一个矩阵：WBS与OBS形成责任矩阵，OBS与ABS形成帐户代码，WBS与CBS形成费用估算表。
OBS，组织分解结构是项目组织结构图的一种特殊形式，描述负责每个项目活动的具体组织单元，WBS是实现组织结构分解的依据。CBS——费用分解结构和ABS——帐目分解结构，都是按照与WBS与OBS相适应的规则将费用进行分解而形成的相应的、便于管理的分解结构。ABS为组织单元承担分项工作而对其费用进行管理的一种工具，可以作为项目费用测定、衡量和控制的基准。
2.对于项目最底层的工作要非常具体，而且要完整无缺地分配给项目内外的不同个人或者是组织，以便于明确各个工作块之间的界面，并保证各工作块的负责人都能够明确自己的具体任务、努力的目标和所承担的责任。同时，工作如果划分得具体，也便于项目的管理人员对项目的执行情况进行监督和业绩考核。
3.实际上，进行逐层分解项目或其主要的可交付成果的过程，也就是给项目的组织人员分派各自角色和任务的过程。
4.对于最底层的工作块，一般要有全面、详细和明确的文字说明。因为，对于项目，特别是较大的项目来说，或许会有许多的工作块，因此，常常需要把所有的工作块的文字说明汇集到一起，编成一个项目工作分解结构词典，工作分解结构词典中一般包含工作包描述以及计划编制信息，如进度计划、成本预算和人员安排，以便于在需要时随时查阅。
5.并非工作分解结构中所有的分支都必须分解到同一水平，各分支中的组织原则可能会不同。任何分支最低层的细目叫做工作包。工作包是完成一项具体工作所要求的一个特定的、可确定的、可交付以及独立的工作单元，需为项目控制提供充分而合适的管理信息。任何项目也并不是只有唯一正确的工作分解结构，例如同一项目按照产品的组成部分或者根据生产过程分解就能作出两种不同的工作分解结构)。

⑥ 创建wbs的步骤

开发一个WBS的推荐步骤如下：

步骤1：识别项目目标。（这将支持步骤2和步骤3。）

步骤2：通过明确的识别主要输出是产品、服务或是结果来确定项目的类型。

步骤3A：如果项目的输出是产品，第二级将包括产品名称、次要产品名称和横向关联元素。确保所有的项目输出都与第二级元素有关。（接第4步。）

步骤3B：如果项目的输出是服务，第二级将包括不同类型工作的顶级分组以及项目管理元素。识别尽可能多的活动，并将它们按与工作领域相关的逻辑关系进行分类。（自下而上的综合。）（接第5步。）

步骤3C：如果项目的输出是结果，第二级将包括为实现结果所采取的必要的、公认的主要步骤以及项目管理元素。（接第6步。）

步骤4：对于产品的WBS，将产品元素分解为产品的逻辑物理结构。把横向关联元素分解为支持工作。（接第7步。）

步骤5：对于服务型WBS，把第二级WBS元素分解为逻辑职能工作领域。（接第7步。）

步骤6：对于结果型WBS，把第二级WBS元素分解为要达到元素的目标或输出所采取的特定的标准过程。（接第7步。）

步骤7：审查每一级工作元素，以保证确认了全部的工作；加上必要的元素。在产品型WBS中，确保加上了必要的集成元素。

步骤8：继续将元素分解到工作包级。进一步分解可能会违背上述原理。当下一级可能是活动或未知时停止分解，直到完成了进一步的分析或计划。

步骤9：与项目利益相关者一起审查WBS，并进行必要的调整，以确保覆盖了项目的所有工作。

⑦ 简述制定wbs的步骤

在进行项目工作分解的时候，一般遵从以下几个主要步骤：
1.先明确并识别出项目的各主要组成部分，即明确项目的主要可交付成果。一般来讲，项目的主要组成部分包括项目的可交付成果和项目管理的本身。在进行这一步时需要解答的问题是：要实现项目的目标需要完成哪些主要工作?(一般情况下，项目的主要工作是指贯穿项目始终的工作，它在项目分解结构中主要被列在第二层。)
2.第二步的工作是：确定每个可交付成果的详细程度是否已经达到了足以编制恰当的成本和历时估算。“恰当”的含义可能会随着项目的进程而发生一定的变化，因为对于将来产生的一项可交付成果进行分解也许是不大可能的。对每个可交付成果，如果已经足够详细，则进入到第四步，否则接着进入第三步——这意味着不同的可交付成果可能有不同的分解层次。
3.确定可交付成果的组成元素。组成元素应当用切实的、可验证的结果来描述，以便于进行绩效测量。与主要元素一样，组成元素的定义应该根据项目工作实际上是如何组织和完成的。切实、可验证的结果既可包括产品，又可包括服务。这一步要解决的问题是：要完成上述各组成部分，有哪些更具体的工作要做。对于各组成部分的更小的构成部分，应该说明需要取得哪些可以核实的结果以及完成这些更小组成部分的先后顺序。
4.核实分解的正确性。即需要回答下列问题：(1)最底层项对项目分解来说是否是必需而且充分的呢?如果不是，则必须修改组成元素(添加、删除或重新定义);(2)每项的定义是否清晰完整?如果不完整，描述则需要修改或扩展;(3)每项是否都能够恰当地编制进度和预算?是否能够分配到接受职责并能够圆满完成这项工作的具体组织单元(例如部门、项目队伍或个人)?如果不能，需要做必要的修改，以便于提供合适的管理控制。
如果大家还能在脑海中清晰地再现在项目范围管理中，我们介绍范围定义的工具——分解时所画的流程图，那么对于工作分解结构的创建步骤就可以了然于胸了。

⑧ 如何制定工作分解结构（WBS）的方法及建议

制定工作分解结构的方法多种多样，以下给出几个建议。 （1）借鉴经验法 以一个类似项目的WBS为基础，制定本项目的工作分解结构。 （2）系统思考法——自上而下 这是构建WBS的常规方法，即逐步将工作分解成下一级的多个子项。这个过程就是要不断细化工作任务。 这种方法对具备系统思维能力及深厚知识基础的人来说，可以说是很好的方法。 （3）发散归纳法 如果系统思考有困难，不如先想到什么就下来，然后在不断补充，不断归纳。 如果是一个团队，可以让成员一开始尽可能的确定各项具体任务，然后将各项具体任务进行整合，有了这些零散的思路，在归纳就相对容易了。 对那些全新系统或方法的项目采用这种方法，或者用该法来促进全员参与或项目团队的协作。 （4）参照模板 如果存在WBS的模版，就会容易得多。因此我们可以借鉴别人的模板，例如参加一次产品展览可能有很多细节，如果有一个模板的话，你会制定出一个细致的工作计划来。 对于经常重复的核心业务或项目，我们不妨制定出自己的模板。

⑨ 制定WBS的基本步骤有哪些

1.识别和分析可交付成果及相关工作
2.确定wbs结构和编排方法
3.自上而下逐层细化分解
4.为wbs组件制订和分配标识编码
5.核实可交付成果分解的程度是否恰当

⑩ 建立WBS的原则

WBS的设置原则

WBS的分解应按照实际工作经验和系统工作的方法、工程的特点、项目管理者的要求进行，其基本原则是：

1) 应在各层次上保证项目内容的完整性，不能遗漏任何必要的组成部分。

2) 一个项目单元只能从属于某一上层单元，不能同时属于两个上层单元。

3) 项目单元应能区分不同的责任者和不同的工作内容，应有较高的整体性和独立性。

4) 应考虑WBS与承包方式、合同结构的影响。

5) 能够符合项目目标管理的要求，能方便的应用工期、质量、成本、合同、信息等手段。

6) WBS不要太多层次，以四至六层为宜。最低层次的工作包的单元成本不宜过大、工期不要太长。

可以看出，无论用什么样的软件编写计划，WBS都是我们首先要考虑的问题。在P3E/C软件里，专门设置了WBS的窗口，用于编制项目的WBS。反之，微软公司的PROJECT软件没有设计这样的窗口，而是在编辑任务（作业）的过程中，考虑设置任务（作业）的大纲。应该说，大纲比起WBS的功能还是有所逊色的。这一问题在PROJECT98就已经存在，但直到PROJECT2003也没有得到解决；而P3就已经有了WBS，而在P3E/C里的WBS得到了很大加强，这反映了PRIM***ERA公司与微软公司在对WBS作用的认识存在着差异，PRIM***ERA公司更加重视工程的规范化管理，而微软公司更强调软件的操作的方便。

WBS计划
项目计划是如何体现工作范围的呢？常用的方式是通过工作分解的方式，将工作范围细分为活动，然后对每项活动分配时间和资源，而活动结果的总和就是工作范围，我们将这种分解的计划称为WBS（Work Breakdown Structure，工作分解）计划。制定WBS计划是制定项目计划最主要的活动。

制订WBS计划主要分为以下三个步骤：

第一，分解工作任务。将一个总的工作范围（软件项目XXX）逐渐细分到合适的粒度，以便对任务计划、执行和控制。对于软件项目来说，分解工作任务不是一项单纯的计划活动，而是要根据项目的特点决定工作任务的分解结构。实际工作中更多地会考虑技术因素来确定工作分解结构的形式。

第二，定义活动依赖关系。确定了项目中要完成哪些活动以后，需要对这些活动之间的依赖关系做出定义。活动之间的依赖关系取决于实际工作的要求，不同活动之间的依赖关系决定了活动的优先顺序及其重要性。活动依赖关系是确定项目关键路径和活动浮动时间的必要条件，定义活动间依赖关系的目的是确定每一项活动所需的输入、输出关系。

第三，分配时间和资源。完成工作任务分解并定义了活动的依赖关系后，应该为每项活动分配相应的时间和资源。通常活动都会产生自己的交付物。为活动分配时间可以采用自下而上和自上而下两种不同的方法。自下而上是先估计最小粒度的活动所需要的时间，项目所需的时间则取决于所有项目活动的关键路径时间；自上而下则是确定完成项目所需要的总的时间，然后将时间分配给不同的活动。这两种方法在实际中都有应用，对于客户项目，很多情况下只能采取自上而下的方式，因为大多数项目都事先确定好了项目的交付时间。在软件项目计划中，资源分配主要指人员的分配，指定了时间资源以后，应该指定人力资源。一项工作任务是否能够完成，所需要的时间和人员是两个最主要的变量。在一定的范围内，时间和人员是可以互换的。即增加人员会缩短工作时间；延长时间会降低对人员的需求量（但这种观点的害处在于管理者往往会认为所有的活动都可以互换时间和人力资源）。如果已经确定了活动的完成时间，则指定相应的人员作为完成活动的责任人。