【中项】系统集成项目管理工程师-第11章 项目范围管理-11.4创建WBS

前言：系统集成项目管理工程师专业，现分享一些教材知识点。觉得文章还不错的喜欢点赞收藏的同时帮忙点点关注。 

       软考同样是国家人社部和工信部组织的国家级考试，全称为“全国计算机与软件专业技术资格（水平）考试”，目前涵盖了计算机软件、计算机网络、计算机应用技术、信息系统、信息服务5大领域，总共27个科目，也是分为初、中、高三个级别。

       通信专业主要需要关注“计算机网络”这个专业类别，可以考的科目有初级资格的“网络管理员”、中级的“网络工程师”。

       还有5个高级资格专业，分别是“信息系统项目管理师“”系统分析师“”系统架构设计师“”网络规划设计师“”系统规划与管理师“。

       软考高级证书在通信行业比较吃香，主要原因有两个： 通信行业与计算机软件是相近专业，评职称满足相近专业的要求； 通信高级不能以考代评，但软考高级可以，很多考生通过考软考高级来评高级职称。
————————————————

                       

11.4创建WBS

        创建工作分解结构（WBS）是把项目可交付成果和项目工作分解为较小的、更易于管理的组件 的过程。本过程的主要作用是为所要交付的内容提供架构。本过程仅开展一次或仅在项目的预定义 点开展。图11-7描述了本过程的输入、工具与技术和输出。

        WBS是对项目团队为实现项目目标、创建所需可交付成果而需要实施的全部工作范围的层级分 解。WBS组织并定义了项目的总范围，代表着经批准的当前项目范围说明书中所规定的工作。

        WBS最底层的组成部分称为工作包，其中包括计划的工作。工作包对相关活动进行归类，以便 对工作安排进度、进行估算、开展监督与控制。在“工作分解结构 ”这个词语中，“工作 ”是指作 为活动结果的工作产品或可交付成果，而不是活动本身。

        创建WBS过程的主要输入为项目管理计划和项目文件，主要工具与技术为分解技术，主要输出 为范围基准。

11.4.1主要输入

1.项目管理计划

        创建WBS过程中使用的项目管理计划组件是范围管理计划。范围管理计划定义了如何根据项目 范围说明书创建WBS。

2.项目文件

可用作创建WBS过程输入的项目文件主要包括项目范围说明书和需求文件等。

（1）项目范围说明书。项目范围说明书描述了需要实施的工作， 以及不包含在项目中的工作。

（2）需求文件。需求文件详细描述了各种单一需求如何满足项目的业务需要。

11.4.2主要工具与技术

        分解是一种把项目范围和项目可交付成果逐步划分为更小、更便于管理的组成部分的技术。工 作包是WBS最底层的工作，可对其成本和持续时间进行估算和管理。分解的程度取决于所需的控制 程度，以实现对项目的高效管理；工作包的详细程度则因项目规模和复杂程度而异。创建WBS的方法多种多样，常用的方法包括自上而下的方法、使用组织特定的指南和使用WBS模板。 自下而上的 方法可用于归并较低层次组件。

1.分解活动

要把整个项目工作分解为工作包，通常需要开展如下活动：（ 中23下）

●识别和分析可交付成果及相关工作；

●确定WBS的结构和编排方法；

● 自上而下逐层细化分解；

●为WBS组成部分制定和分配标识编码；

●核实可交付成果分解的程度是否恰当。

如图11-8所示为某工作分解结构的一部分，若干分支已经向下分解到工作包层次。

2.WBS结构

        WBS的结构可以采用多种形式 。 以项 目生命周期的各阶段作为分解的第二层 ，把产品和 项 目可交付成果放在第三层 ， 这种形式的WBS如图11-9所示 。 以主要可交付成果作为分解 的第二层 ，这种形式的WBS如图11-10所示 。将其纳入由项 目 团队以外的组织开发的各种较 低层次组件（如外包工作） 。随后，作为外包工作的一部分，卖方须制定相应的合同WBS。

        对WBS较高层组件进行分解，就是要把每个可交付成果或组件分解为最基本的组成部分，即可 核实的产品、服务或成果。如果采用敏捷或适应型方法，可以将长篇故事分解成用户故事。

        WBS可以采用提纲式、组织结构图或能说明层级结构的其他形式。通过确认WBS较低层组件是 完成上层相应可交付成果的必要且充分的工作，来核实分解的正确性。不同的可交付成果可以分解  到不同的层次。某些可交付成果只需分解到下一层，即可到达工作包的层次，而有些则需分解更多  层。工作分解得越细致，对工作的规划、管理和控制就越有力。但是，过细的分解会造成管理工作的无效耗费、资源使用效率低下、工作实施效率降低，同时造成WBS各层级的数据汇总困难。

        要在未来远期才完成的可交付成果或组件，当前可能无法分解。因而项目管理团队通常需要等 待对该可交付成果或组成部分达成一致意见，才能够制定出WBS中的相应细节。这种技术又称为滚 动式规划。

3.注意事项

        在分解的过程中，应该注意以下8个方面：

（1）WBS必须是面向可交付成果的。项目的目标是提供产品或服务，WBS中的各项工作是为提 供可交付的成果服务的。WBS并没有明确地要求重复循环的工作，但为了达到里程碑，有些工作可 能要进行多次。最明显的例子是软件测试，软件必须经过多次测试后才能作为可交付成果。

（2）WBS必须符合项目的范围。WBS必须包括，也仅包括为了完成项目的可交付成果的活动。 100%原则（包含原则）认为，在WBS中，所有下一级的元素之和必须100%代表上一级元素。如果 WBS没有覆盖全部的项目可交付成果，那么最后提交的产品或服务是无法让用户满意的。

（3）WBS的底层应该支持计划和控制。WBS是项目管理计划和项目范围之间的桥梁，WBS的底 层不但要支持项目管理计划，而且要让管理层能够监视和控制项目的进度和预算。

（4）WBS中的元素必须有人负责，而且只由一个人负责。如果存在没有人负责的内容，那么   WBS发布后，项目团队成员将很少能够意识到自己和其中内容上的联系。WBS和责任人可以使用工 作责任矩阵来描述。在一些参考文献中，这个规定又称为独立责任原则。

（5）WBS应控制在4～6层。如果项目规模比较大， 以至于WBS要超过6层，此时可以使用项目分 解结构将大项目分解成子项目，然后针对子项目来做WBS 。每个级别的WBS将上一级的一个元素分  为4～7个新的元素，同一级的元素的大小应该相似。一个工作单元只能从属于某个上层单元，避免  交叉从属。

（6）WBS应包括项目管理工作（ 因为管理是项目具体工作的一部分），也要包括分包出去的工 作。

（7）WBS的编制需要所有（ 主要）项目干系人的参与。各项目干系人站在自己的立场上，对同 一个项目可能编制出差别较大的WBS 。项目经理应该组织他们进行讨论，以便编制出一份大家都能 接受的WBS。

（8）WBS并非一成不变的。在完成WBS之后的工作中，仍然有可能需要对WBS进行修改。如果 没有合理的范围控制，仅仅依靠WBS会使得后面的工作僵化。

11.4.3主要输出

        范围基准是经过批准的范围说明书、WBS和相应的WBS字典，只有通过正式的变更控制程序才 能进行变更，它被用作比较的基础。范围基准是项目管理计划的组成部分，包括项目范围说明书、 WBS 、工作包、规划包和WBS字典等。

（1）项目范围说明书。项目范围说明书包括对项目范围、主要可交付成果、假设条件和制约因 素的描述。

（2）WBS 。WBS是对项目团队为实现项目目标、创建所需可交付成果而需要实施的全部工作范 围的层级分解。工作分解结构每向下分解一层，代表对项目工作更详细的定义。

（3）工作包。WBS的最低层级是带有独特标识号的工作包。这些标识号为进行成本、进度和资 源信息的逐层汇总提供了层级结构，即账户编码。每个工作包都是控制账户的一部分，而控制账户 则是一个管理控制点（ 中22上）。在该控制点上，把范围、预算和进度加以整合，并与挣值相比   较， 以测量绩效。控制账户包含两个或更多工作包，但每个工作包只与一个控制账户关联（ 中19      下）。

（4）规划包。规划包是一种低于控制账户而高于工作包的工作分解结构组件，工作内容已知， 但详细的进度活动未知，一个控制账户可以包含一个或多个规划包。

（5）WBS字典。WBS字典是针对WBS中的每个组件，详细描述可交付成果、活动和进度信息的 文件。WBS字典对WBS提供支持，其中大部分信息由其他过程创建，然后在后期添加到字典中。

WBS字典中的内容一般包括账户编码标识、工作描述、假设条件和制约因素、负责的组织、进度里 程碑、相关的进度活动、所需资源、成本估算、质量要求、验收标准、技术参考文献和协议信息等。

1 #include "stdio.h"
2 void main()
3 {
4     int time;
5     for (time=1;time<=10;time++)
6     printf("%d、喜欢的帮忙点赞收藏加关注哦！\n",time);
7 }