工作分解结构

PAGE.z.工作分解构造(WorkBreakdownStructureWBS)以可交付成果为导向对工程要素进展的分组，它归纳和定义了工程的整个工作范围每下降一层代表对工程工作的更详细定义。

无论在工程管理实践中，还是在PMP考试中，工作分解构造(WBS)都是最重要的内容。WBS总是处于方案过程的中心，也是制定进度方案、资源需求、本钱预算、风险管理方案和采购方案等的重要根底。WBS同时也是控制工程变更的重要根底。工程范围是由WBS定义的，所以WBS也是一个工程的综合工具。

一、WBS具有4个主要用途：1.WBS是一个描述思路的规划设计工具。它帮助工程经理和工程团队确定和有效地管理工程的工作。

2.WBS是一个清晰地表示各工程工作之间的相互联系的构造设计工具。

3.WBS是一个展现工程全貌，详细说明为完成工程所必须完成的各项工作的方案工具。

4.WBS定义了里程碑事件，可以向高级管理层和客户报告工程完成情况，作为工程状况的报告工具。

WBS是面向工程可交付成果的成组的工程元素，这些元素定义和组织该工程的总的工作范围，未在WBS中包括的工作就不属于该工程的范围。WBS每下降一层就代表对工程工作更加详细的定义和描述。工程可交付成果之所以应在工程范围定义过程中进一步被分解为WBS，是因为较好的工作分解可以：

a.防止遗漏工程的可交付成果。

b.帮助工程经理关注工程目标和澄清职责。

c.建立可视化的工程可交付成果，以便估算工作量和分配工作。

d.帮助改良时间、本钱和资源估计的准确度。

e.帮助工程团队的建立和获得工程人员的承诺。

f.为绩效测量和工程控制定义一个基准。

g.辅助沟通清晰的工作责任。

h.为其他工程方案的制定建立框架。

i.帮助分析工程的最初风险。

二、工作包WBS的最低层次的工程可交付成果称为工作包(WorkPackage)，具有以下特点：1.工作包可以分配给另一位工程经理进展方案和执行。2.工作包可以通过子工程的方式进一步分解为子工程的WBS。3.工作包可以在制定工程进度方案时，进一步分解为活动。4.工作包可以由惟一的一个部门或承包商负责。用于在组织之外分包时，称为(mitmentPackage)委托包。5.工作包的定义应考虑80小时法则(80-HourRule)或两周法则(TwoWeekRule)，即任何工作包的完成时间应当不超过80小时。在每个80小时或少于80小时完毕时，只报告该工作包是否完成。通过这种定期检查的方法，可以控制工程的变化。三、创立WBS的方法创立WBS是指将复杂的工程分解为一系列明确定义的工程工作并作为随后方案活动的指导文档。创立WBS的方法主要有以下几种：1.使用指导方针。一些像美国国防部(DOD)的组织，提供MIL-STD之类的指导方针用于创立工程的WBS。2.类比方法。参考类似工程的WBS创立新工程的WBS。3.自上而下的方法。从工程的目标开场，逐级分解工程工作，直到参与者满意地认为工程工作已经充分地得到定义。该方法由于可以将工程工作定义在适当的细节水平，对于工程工期、本钱和资源需求的估计可以比拟准确。4.自下而上的方法。从详细的任务开场，将识别和认可的工程任务逐级归类到上一层次，直到到达工程的目标。这种方法存在的主要风险是可能不能完全地识别出所有任务或者识别出的任务过于粗略或过于琐碎。四、创立WBS的根本要求创立WBS时需要满足以下几点根本要求：1.*项任务应该在WBS中的一个地方且只应该在WBS中的一个地方出现。2.WBS中*项任务的内容是其下所有WBS项的总和。3.一个WBS项只能由一个人责任，即使许多人都可能在其上工作，也只能由一个人负责，其他人只能是参与者。4.WBS必须与实际工作中的执行方式一致。5.应让工程团队成员积极参与创立WBS，以确保WBS的一致性。6.每个WBS项都必须文档化，以确保准确理解已包括和未包括的工作范围。7.WBS必须在根据范围说明书正常地维护工程工作内容的同时，也能适应无法防止的变更。五、WBS的表示方式WBS可以由树形的层次构造图或者行首缩进的表格表示。在实际应用中，表格形式的WBS应用比拟普遍，特别是在工程管理软件中。六、WBS的分解方式WBS的分解可以采用多种方式进展，包括：1.按产品的物理构造分解。2.按产品或工程的功能分解。3.按照实施过程分解。4.按照工程的地域分布分解。5.按照工程的各个目标分解。6.按部门分解。7.按职能分解。七、创立WBS的过程创立WBS的过程非常重要，因为在工程分解过程中，工程经理、工程成员和所有参与工程的职能经理都必须考虑该工程的所有方面。制定WBS的过程是：1.得到范围说明书(ScopeStatement)或工作说明书(StatementofWok，承包子工程时)。2.召集有关人员，集体讨论所有主要工程工作，确定工程工作分解的方式。3.分解工程工作。如果有现成的模板，应该尽量利用。4.画出WBS的层次构造图。WBS较高层次上的一些工作可以定义为子工程或子生命周期阶段。5.将主要工程可交付成果细分为更小的、易于管理的组分或工作包。工作包必须详细到可以对该工作包进展估算(本钱和历时)、安排进度、做出预算、分配负责人员或组织单位。6.验证上述分解的正确性。如果发现较低层次的项没有必要，则修改组成成分。7.如果有必要，建立一个编号系统。8.随着其他方案活动的进展，不断地对WBS更新或修正，直到覆盖所有工作。检验WBS是否认义完全、工程的所有任务是否都被完全分解可以参考以下标准：1.每个任务的状态和完成情况是可以量化的。2.明确定义了每个任务的开场和完毕。3.每个任务都有一个可交付成果。4.工期易于估算且在可承受期限内。5.容易估算本钱。6.各项任务是独立的。八、WBS的使用对WBS需要建立WBS词典(WBSDictionary)来描述各个工作局部。WBS词典通常包括工作包描述、进度日期、本钱预算和人员分配等信息。对于每个工作包，应尽可能地包括有关工作包的必要的、尽量多的信息。当WBS与OBS综合使用时，要建立账目编码(CodeofAccount)。账目编码是用于惟一确定工程工作分解构造每一个单元的编码系统。本钱和资源被分配到这一编码构造中。九、WBS的实践经历最多使用20个层次，多于20层是过度的。对于一些较小的工程4－6层一般就足够了。WBS中的支路没有必要全都分解到同一层次，即不必把构造强制做成对称的。在任意支路，当到达一个层次时，可以作出所要求准确性的估算，就可以停顿了。什么是WBS？一、WBS是英文Work

Breakdown

Structure〔工作分解构造〕的缩写。单从字面上进展理解：1、W—Work：为克制障碍、实现*种目标而通过身体、头脑付出努力或施展才能；2、B—Breakdown：划分成部件或分类；别离成根本物质；经受分解；3、S—Structure：事物在明确的组织形式下的排列。2004年版PMBOK指南对WBS的解释：Work

Breakdown

Structure〔WBS〕工作分解构造：对应当由工程团队执行以便实现工程目标，并创造必要的可交付成果工作，按可交付成果所做的层次分解。WBS将工程的整个范围组织在一起并加以明确。每向下分解一个层次，就意味着工程工作的定义深入了一步。WBS最终分解为工作细目。WBS的层次构造以可交付成果为对象，包括内部和外部可交付成果。从以上解释，我们不难看出，WBS是将工程加以定义，明确工程工作任务的。由此可见，WBS在工程管理的重要地位，所以"没有WBS，就没有工程管理〞。对于WBS定义的理解，应在以下两方面重点加以理解：一方面，就是WBS的单元，即WBS层次构造的对象，它是以"Deliverables〔可交付成果〕〞为对象，而不是以"Schedule

Activity〔方案活动〕〞为对象。WBS的最底层次为Work

Package〔工作细目，有的书上也翻译为工作包〕，工作细目包括为完成该工作细目可交付成果或工程工作组成局部而必需的方案活动和进度里程碑。为什么WBS的最底层次不是Schedule

Activity〔方案活动〕而是Work

Package〔工作细目〕呢？首先WBS是作为工程范围管理的工具、技术，工程范围管理关注点是工程的组成局部，它面向的是可交付成果，而不是过程〔或流程〕；其次WBS定义的是工程及其组成局部，是Schedule

Activity〔方案活动〕定义的依据，而不是去定义Schedule

Activity〔方案活动〕；第三Schedule

Activity〔方案活动〕是工程进度表的单个组成局部，不是WBS的组成局部。对于这一点，国人理解上可能有困难。因为，中国人的习惯说法是：活动是由各项具体工作构成的；而PMBOK的定义是：工作细目包括为完成该工作细目可交付成果或工程工作组成局部而必需的方案活动和进度里程碑。从字面上看国人的习惯说法与PMBOK的定义正好相反，但是从本质上去理解两者应该是一样的，只是说法不同。因为在工程管理尚未引进中国以前，中国人把活动等同于工程。第二方面，就是WBS的构造，WBS的构造包含了科学的逻辑构造，而不是单个的、离散的、在时间顺序上不连续的成果的描述构造。WBS的构造是由逻辑推演而成的，通过层层的包含关系，非常严谨。

构造化是WBS的一大重要特性，WBS的逻辑构造错误会直接导致工程实施过程发生错误，严重的会带来工程的失败。二、"做正确的事，正确地做事〞是我们从事工程管理的一句格言，WBS首先解决的就是"做正确的事〞问题，只有明确了"做正确的事〞，"正确地做事〞才有根底，所以我们说WBS是现代工程管理的重要基石。

WBS的构成元素WBS在大多数教科书以及出版物中根本以"组织机构图〞的形式出现，这种简单的图示能够清晰的展示WBS的构造特性。但是它不能展示WBS的全部内涵。则WBS的全部内涵是如何表达的呢？首先看PMI的定义：工作分解构造。他们是由3个关键元素构成的名词：工作–可以产生有形结果的工作任务；分解–是一种逐步细分和分类的层级构造；构造–按照一定的模式组织各局部。根据这些概念，WBS有相应的构成因子与其对应：一、构造化编码编码是最显著和最关键的WBS构成因子，编码用于将WBS彻底的构造化。通过编码体系，我们可以很容易识别WBS元素的层级关系、分组类别和特性。并且由于近代计算机技术的开展，编码实际上使WBS信息与组织构造信息、本钱数据、进度数据、合同信息、产品数据、报告信息等严密地联系起来。二、工作包工作包〔work

package〕是WBS的最底层元素，一般的工作包是最小的"可交付成果〞，这些可交付成果很容易识别出完成它的活动、本钱和组织以及资源信息。例如：管道安装工作包可能含有管道支架制作和安装、管道连接与安装、严密性检验等几项活动；包含运输/焊接/管道制作人工费用、管道/金属附件材料费等本钱；过程中产生的报告/检验结果等等文档；以及被分配的工班组等责任包干信息等等。正是上述这些组织、本钱、进度、绩效信息使工作包乃至WBS成为了工程管理的根底。基于上述观点，一个用于工程管理的WBS必须被分解到工作包层次才能够使其成为一个有效的管理工具。三、WBS元素WBS元素实际上就是WBS构造上的一个个"节点〞，通俗的理解就是"组织机构图〞上的一个个"方框〞，这些方框代表了独立的、具有隶属关系/汇总关系的"可交付成果〞。经过数十年的总结大多数组织都倾向于WBS构造必须与工程目标有关，必须面向最终产品或可交付成果的，因此WBS元素更适于描述输出产品的名词组成。其中的道理很明显，不同组织、文化等为完成同一工作所使用的方法、程序和资源不同，但是他们的结果必须一样，必须满足规定的要求。只有抓住最核心的可交付结果才能最有效的控制和管理工程；只有识别出可交付结果才能识别内部/外部组织完成此工作所使用的方法、程序和资源。工作包是最底层的WBS元素。四、WBS字典管理的标准化、标准化一直是众多公司追求的目标，WBS字典就是这样一种工具。它用于描述和定义WBS元素中的工作的文档。字典相当于对*一WBS元素的标准，即WBS元素必须完成的工作以及对工作的详细描述；工作成果的描述和相应标准标准；元素上下级关系以及元素成果输入输出关系等。同时WBS字典对于清晰的定义工程范围也有着巨大的标准作用，它使得WBS易于理解和被组织以外的参与者〔如承包商〕承受。在建筑业，工程量清单标准就是典型的工作包级别的WBS字典。上述构成因子是最根本的组件，而这些组件的定义是构造化、概念化的。至于WBS必须包含的信息则是见仁见智的事情，因为其与编制WBS的组织的管理需求有关。WBS〔workbreakdownstructures〕即工程工程工作分解构造WBS〔workbreakdownstructures〕的几下几个特征：1、它能代表工程的工作活动，并且这一工程工作活动能产生一个切实的结果。2、它分布于一系列有序的层次构造之中。3、它能代表一项有目标和切实的结果，并且能作为一项可交付的工程成果。WBS应该如何分解WBS作为一项全面系统的分析工程工程的有效方法和工程管理的根底性工作，其概念已为工程管理者所熟悉，内容也容易理解，但在实际实施中却会遇到很多困难。1、WBS应该如何分解？2、不同分解方法之间的矛盾如何解决？3、如何理解WBS在工程代码体系中的地位？一、WBS应该如何分解？关于WBS分解的方法，任何一本工程管理的书籍都有介绍，但大多都是经历性的。在实际应用中仍然会遇到问题：第一，WBS到底应该分解到多细？很明显由于工程管理的自身特点，在工程方案阶段，没有人能够将工程所涉及的所有事情都写出来，则WBS要分解几层，到多细呢？如果分细不容易，则就分粗一点吧。每个WBS都只有三层。前两层是概要，后一层是任务。这时，问题也出来了。有可能同一个工程责任人第一阶段与第二阶段所做的工作都针对于WBS上的一个叶节点。看起来他只是在做一个工作。这种也是不合理的。第二，WBS终究有什么用途？WBS把工作按一定格式，分类来填写，难道只是用WBS提醒一下工作者，还有**事没有做？那WBS与备忘录有什么区别吗？如此看来，只记住几个方法是不能做好工程分解工作的，最重要的是要发现做WBS分解的本质意义所在。WBS分解的实质思想之一是要表达在工程过程中的工程职责的落实和明确划分。这个思想可以解答上面出现的两种疑问。从工程工程管理的特点可以发现，工程工程实施过程相对松散灵活，但是在责权确认的认证流程上却是相当严谨的，每一项可交付的工程成果都有严格的多方层层确认过程，以保证其工程成果到达各方标准要求。"责任到人〞是工程管理的核心，实际工作中工程管理最怕的就是"事情出了没人认账，没人负责〞。要防止这个问题的出现，就要在每一层次WBS分解过程中都考虑到工程责任划分和归属，尽可能每一个最底层的节点都有唯一责任人〔或部门〕相对应，其分解的细度是"可以分配,可以交付〞。二、不同分解方法之间的矛盾如何解决？工程工程的分解就是把一个的工程工程的任务目标，工作范围和合同要求，按照工程工程的客观规律和系统原理分解成假设干个便于管理的，相对独立但又相互联系的工程单元〔工作任务〕，以其分解结果——工程单元作为工程的方案、管理控制和工程工程内部信息传递等一系列工程工程管理的对象。原理是容易理解的，但是实际中的问题是，每个人的解决问题思路不同，同一个工程不同的人有很多种分类，因为可以按照工作的流程分解,也可以按照系统论的方法进展构造上的分解。不同分解方法侧重点不同，相互之间难以统一，这就造成了WBS方法在理论上容易理解但是在实际中操作实施的难度。针对工程建立工程，造成这一矛盾的最大原因是，我国工程建立工程推行的是合同实物清单报价体系，工程工程的费用支付和工程实物的完成情况是按照合同清单完成情况来核定的，而且我国还专门编定了一系列用于合同概预算的代码标准，例如在交通建立工程中就有1~900章详细的针对交通工程建立施工过程中每一项可能会涉及到的内容的编码标准。合同清单分解工程和WBS分解在思路上有本质不同：合同清单分解是按工程实物来划分，不考虑工程工作的联系和构造关系；而WBS是以工艺流程来划分工程工程，每一个分解单元节点其要素上不仅包括本节点的定义，还包括与其他工程节点之间的逻辑关系，这些节点合在一起要能共同反映工程的工作构造。这种分解思想上的不同造成了WBS最底层的单元节点〔一个工作包〕与合同清单工程形成了多对多的关系，即*一个WBS工作包中包含假设干个清单工程的局部内容，同时一个清单工程的内容也可能分布于不同的WBS工作任务包中，这个实际的问题给工程工程实施WBS带来困难。解决这一矛盾首先要理解WBS方法的实质作用。WBS思想的最本质的作用之一：它是在实现工程工程的进度/费用的联合控制的根底，如果没有这个功能，WBS编码就没有任何特殊的意义，成了上提到的工作备忘录。既然理解WBS本质作用，就可以针对问题提出对策。工程业主方在应用WBS方法的时候，不妨首先将其分为两个局部。〔一〕上层局部可称做工程大项工作分解构造〔projectsummaryworkbreakdownstructure简称PSWBS〕，把整个工程按级别划分为假设干大项和单项，以便于进展管理和控制。〔二〕WBS的下层局部可称做工程公司标准工作分解构造〔contractor’sstandardworkbreakdownstructure,简称CSWBS〕。它是工程承建公司为实现各自工程费用/进度综合控制而建立的标准工作分解构造模式。业主方应着重做好PSWBS的划分工作，并与工程承建方共同协商做好CSWBS的上几层的划分工作，而对于CSWBS的底层的划分则可以交给工程承建方自己灵活处理。需要注意的是，工程承建方在编制CSWBS的时候，较高层次CSWBS最好按工程的生命周期各个阶段，各个里程碑控制点等原则来划分；而其底层也并不一定要细到合同清单工程，尽可能每个划分能有一个相对完整的工程交付成果。虽然这还是不能消除WBS单元〔准确地说是CSWBS层的分解单元〕与对应的合同清单工程之间的多对多关系，但CSWBS层的最终分解单元的层次关系是位于合同清单工程之上的，就可以防止两种分解编码同一层次出现而产生的混乱。同时，这样做既利于实物工作量和费用的衡量统计，也表达出了控制的作用。三、如何理解WBS在工程代码体系中的地位作用？WBS在很多工程工程管理教材中似乎被夸张了，似乎只要有了它工程管理就一定会产生高效率，高效益。而在实际的工程现场单位，WBS却常常被束之高阁，远没有合同概算清单，文件编码系统等用得多。工程分解的工作成了工程工作备忘录，给工程管理人员带来了工作上的冗余。出现这种情况是由于没有正确的认识WBS在工程中的地位，没有把它放到工程中系统的对待其关联。必须认识到WBS不是孤立存在的，它也不是一套大而全的可覆盖整个工程分解构造，很多信息，如概算、合同以及管理部门的组织构造等都不能在WBS中完整地表现。于是，作为WBS的补充，又出现了OBS〔组织分解构造〕，RBS〔资源分解构造〕以及文档图纸编码系统等等。而且，在工程信息编码与代码系统中WBS要与其他的编码系统关联起来作用。比方，WBS和OBS结合就可以进展职责配置：把工程工作分解构造WBS看作纵轴，组织分解构造OBS为横轴，通过两者的整合确定部门或个人的工作任务和责任。同理，WBS还可以与其他编码体系结合表达其相对应的配置关系。同时，WBS在不同阶段也有不同的侧重作用：1、WBS初期的作用：确认工程范围。2、工程方案时，根据WBS估算工程进度/本钱。3、工程执行时，检查工程是否按时按量完成；整体工程路径的调整；工程进度/费用的联合控制。4、工程完毕时，工程绩效衡量。总的说来，WBS只是工程编码体系中的一局部，但却是重要的一局部，它可与其他编码体系配合表达不同的配置关系；它是贯穿工程管理全过程的一条主线，将工程管理各个阶段的工作串联起来，形成工程的集成管理。四、小结上面提到的三个问题，不是孤立的出现的，往往是在工程工作分解的过程中综合表达的，只是为了讨论的方便，笔者才把它们分解开来论述。最后，对这三个问题做一个整体的回忆。1、WBS是要表达工程内容、职责的明确划分和责任落实。2、WBS是实现工程工程的进度/费用联合控制的核心和根底。3、它是贯穿工程工程全过程的一条主线，能将方案、实施控制、业绩评价串联起来，形成工程的集成管理。4、真正使工程工程管理以工程任务〔工作〕为中心，更加强化目标管理方法。WBS的使用方法，应注意如下原则问题：1、在WBS分解前要认真研究合同，了解工程的范围和任务。2、WBS是把一个比拟复杂的事情逐步分解为比拟简单的过程,让原来看起来不可控的一件事情变得清晰和可控，分解的粒度是"可以分配,可以交付〞。3、分解中要结合责任体系和任务，把握各责任人的管理深度。4、WBS不应孤立存在，它可以和工程中其他的编码体系结合起来以表达出不同的管理意义。WBS的设计一、WBS的根本要素有三个：构造、代码和报告。〔1〕WBS的构造WBS构造的总体设计对于一个有效的工作系统来说是个关键。构造应以等级状或树状来构成，使底层代表详细的信息，而且其范围很大，逐层向上。即WBS构造底层是管理工程所需的最低层次的信息，在这一层次上，能够满足用户对交流或监控的需要，这是工程经理、工程和建立人员管理工程所要求的最低水平；构造上的第二个层次将比第一层次要窄，而且提供信息于另一层次的用户，以后依此类推。构造设计的原则是必须有效的分等级，但不必在构造内建太多的层次，因为层次太多了不易有效管理。对一个大工程来说，4到6个层次就足够了。在*些情况下，可以用两组，例如，每组5个层次，一组详细搜集直到一个合同层次或一个主要设施层次的数据，而另外一组作为与设施较大的组成局部或较大的合同结合在一起的上层局部或综合局部。这种双层次构造的WBS只要设计得当也可以工作得很好，而且不限制WBS的开展。在设计构造的每一层中，必须考虑信息如何向上流入第二层次。原则是从一个层次到另一个层次的转移应当以自然状态发生。此外，还应考虑到使构造具有能够增加的灵活性，并从一开场就注意使构造被译成代码时对于用户来说是易于理解的。〔2〕代码设计代码设计对作为工程控制系统应用手段的WBS来说是个关键。不管用户是现场会计，现场其他职员或高级管理人员，代码对所有的人来说应当有共同的意义。在设计代码时，对收集的信息以及收集信息所用的方法必须仔细考虑，使信息能自然地通过WBS代码进入应用记录系统。代码设计与构造设计是有对应关系的。构造的每一层次代表代码的*一位数，有一个分配给它的特定代码数字。在最高层次，工程不需要代码；在第二层次，要管理的关键用代码的第一位数来编。如果要管理的关键活动数目小于9，假设只用数字编码，则代码是一个典型的一位数代码，如果用字母加数字，此层可能有35个；下一个层次代表上述每一关键活动所包含的主要任务，这个层次将是一个典型的两位数代码，其灵活性范围为99以内，或者，如果再加上字母，则大于99；以下依此类推。如果构造有26个层次，需要的代码至少有20位，那就未免太长了，这也是构造层次不宜过多的原因之一。在一个既定的层次上，应尽量使同一代码适用于类似的信息，这样可以便代码更容易理解。此外，设计代码时还应考虑到用户的方便，使代码以用户易于理解的方式出现。例如，在有的WBS设计中，用代码的第一个字母简单地给出其所代表的意义，例如用M代表人力，用E代表设备。〔3〕报告设计设计报告的根本要求是以工程活动为根底产生所需的实用管理信息，而不是为职能部门产生其所需的职能管理信息或组织的职能报告。即报告的目的是要反映工程到目前为止的进展情况，通过这个报告，管理部门将能够去判断和评价工程各个方面是否偏离目标，偏离多少。无论在工程管理实践中，还是在PMP考试中，工作分解构造(WBS)都是最重要的内容。WBS总是处于方案过程的中心，也是制定进度方案、资源需求、本钱预算、风险管理方案和采购方案等的重要根底。WBS同时也是控制工程变更的重要根底。工程范围是由WBS定义的，所以WBS也是一个工程的综合工具。

制定工作分解构造的方法制定工作分解构造的方法多种多样，主要包括类比法、自上而下法、自下而上法和使用指导方针等等。一、类比法类比法就是以一个类似工程的WBS为根底，制定本工程的工作分解构造。例如，ABC飞机制造公司，曾设计制造多种类型的大型客机，当他们方案投入设计生产*种新型战斗机时，就可以使用以往制造大型客机而设计的子系统。以从前的子系统为根底，开场新工程的WBS的编制。比方，该WBS的第一层中有飞机机身顶，该项又包括了飞机前身、飞机中部、飞机后身和机翼等第二层的多个子项。这种一般性的产品导向的WBS就成为新飞机工程的范围定义和新型战斗机本钱估算等工作的起点。二、自上而下法自上而下法常常被视为构建WBS的常规方