#边学边记 必修4 高项:对事的管理 第3章 项目范围管理 之 创建WBS

创始WBS的输入、工具与技术和输出

过程名	输入	工具和技术	输出
创建WBS	1.范围管理计划 2.项目范围说明书 3.需求文件 事业环境因素 组织过程资产	1.分解 2.专家判断	1.范围基准 2.项目文件更新

WBS的内容

创建WBS是将项目可交付成果和项目工作分解成较小的、更易于管理的组件的过程，其主要作用是对所要交付的内容提供一个结构化的视图。

1. 工作分解结构必须且只能包括100%的工作。
2. 工作分解的编制需要所有项目干系人的参与，需要项目团队成员的参与。
3. 工作分解结构是逐层向下分解的，一般情况下，工作分解结构应控制在3~6层为宜（最多不超过20层）。

WBS表示形式

分为树形结构和型格形式

分级的树型结构

树型结构图的WBS层次清晰、非常直观、结构性强，但是不容易修改，由于其直观性，一般在一些小的、适中的应用项目中用得较多。

表格形式

表格形式能够反映 出项目所有的工作要素，可是直观性较差。在一些大型的、复杂的项目中使用较多。有如下特点：

1. 每层中的所有要素之和是下一层的工作之和。
2. 每个工作要素应该具体指派一个层次，而不应该指派给多个层次。
3. WBS需要有投入工作的范围描述，使项目团队成员对要完成的工作有全面的了解。

WBS概念

1. 里程碑标志着某个可交付成果或阶段的正式完成。里程碑和可交付成果紧密联系在一起，但并不是一个概念。可交付成果可能包括报告、原型、成果和最终产品，而『里程碑=具体时间+在这个时间应完成的事件』，里程碑关注事件是否完成。
2. 工作包
   工作包是位于工作分解结构每条分支最低层的可交付成果或项目工作组成部分。工作包应该非常具体，以便承担者能明确自己的任务、努力 目标和承担的责任。工作包的大小需要遵循8/80（最小8小时，最高不超80小时）原则 。每个控制账户可能包括一个或多个工作包，但是一个工作包只能属于一个控制账户。
   某个可交付成果，如果具有以下特征之一，就可能被当作工作包：

• 规模较小，可以在短时间（80小时）完成。
• 从逻辑上讲，不能再分解了。
• 所需要资源、时间、成本等已经可以比较准确地估算，已经可以对其进行有效的赶时间、成本、质量、范围和风险控制。

3. WBS编码设计
   为简化WBS的信息交流过程通常利用编码技术对WBS进行信息交换。编码设计与结构设计存在对应关系。结构的每一层代表编码的某一位数，有一个分配给它特定的代码数字。编码设计对WBS来说个关键技术。

分解

分解是一种把项目范围和项目可交付成果逐步划分为更小、更便于管理的单元，直到可交付物细分到足以用来支付未来的项目活动预定的工作包。
1、要把整个项目工作分解为工作包，通常需要开展以下活动：

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

• 在层次上保持项目的完整性，避免遗漏必要的组成部分。
• 一个工作单元只能从属哪个上层单元，避免交叉从属。
• 相同层次的工作单元应用相同性质。
• 工作单元应能分开不同的责任者和不同的工作内容。
• 便于项目管理计划和项目控制的需要。
• 最底层的工作应具有可比性，是可管理的，可定量检查 的。
• 应包括项目管理工作，包括分包出去的工作。

范围基准（高频考点）

范围基准的组成是经过批准的范围说明书、WBS、和相应的WBS词典。只有通过正式的变更控制程序才能进行变更这个基准。