项目管理的WBS是什么意思
项目管理的WBS是工作分解结构的意思。创建WBS是把项目可交付成果和项目工作分解成较小的，更易于管理的组成部分的过程。
WBS的定义
　　WBS（工作分解结构）是Work Breakdown Structure的英文缩写，是项目管理重要的专业术语之一。WBS的基本定义 ：以可交付成果为导向对项目要素进行的分组，它归纳和定义了项目的整个工作范围每下降一层代表对项目工作的更详细定义。无论在项目管理实践中，还是在PMP，IPMP考试中，工作分解结构(WBS)都是最重要的内容之一。WBS总是处于计划过程的中心，也是制定进度计划、资源需求、成本预算、风险管理计划和采购计划等的重要基础。WBS同时也是控制项目变更的重要基础。项目范围是由WBS定义的，所以WBS也是一个项目的综合工具。 　　WBS是由3个关键元素构成的名词：工作（work)--可以产生有形结果的工作任务；分解(breakdown)--是一种逐步细分和分类的层级结构；结构(structure)--按照一定的模式组织各部分。根据这些概念，WBS有相应的构成因子与其对应：
在项目管理中,wbs的全称是什么
WBS：工作分解结构（Work Breakdown Structure）；
WBS属于项目范围管理中计划过程组，在制定 项目范围管理计划中，就要进行创建和定义WBS；创建WBS的过程就是将项目可交付成果和项目工作分解为较小的，更易于管理的组成部分的过程；创建WBS常见的输入输出就是：输入详细的项目范围说明书，输出WBS；输入项目管理计划，输出WBS词典。常用的工具和技术就是分解技术和WBS模板。
项目管理系统里面的WBS编码是什么意思啊？
WBS（工作分解结构）是Work Breakdown Structure的英文缩写，是项目管理重要的专业术语之一。WBS的基本定义 ：以可交付成果为导向对项目要素进行的分组，它归纳和定义了项目的整个工作范围每下降一层代表对项目工作的更详细定义。无论在项目管理实践中，还是在PMP，IPMP考试中，工作分解结构(WBS)都是最重要的内容之一。WBS总是处于计划过程的中心，也是制定进度计划、资源需求、成本预算、风险管理计划和采购计划等的重要基础。WBS同时也是控制项目变更的重要基础。项目范围是由WBS定义的，所以WBS也是一个项目的综合工具。 WBS是由3个关键元素构成的名词：工作（work)--可以产生有形结果的工作任务；分解(breakdown)--是一种逐步细分和分类的层级结构；结构(structure)--按照一定的模式组织各部分。
建立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）逐渐细分到合适的粒度，以便对任务计划、执行和控制。对于软件项目来说，分解工作任务不是一项单纯的计划活动，而是要根据项目的特点决定工作任务的分解结构。实际工作中更多地会考虑技术因素来确定工作分解结构的形式。

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

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