1. 定义：

控制账户：控制账户是一个管理控制点。在该控制点上，把范围、预算、实际成本和进度加以整合，并与挣值相比较，以测量绩效。控制账户设置在 WBS 中选定的管理节点上。
规划包：要在未来远期才完成的可交付成果或组件，当前可能无法分解。采用滚动式规划。旨在将近期的工作进行详细规划，远期的工作粗略规划
工作包（最底层）：符合8/80原则，大小应该至少8个小时完成，而总完成时间不超过80小时

2. WBS表现形式

WBS树形结构
优点：层次清晰、非常只管、结构性强
缺点：但不容易修改，适用于中小型项目

WBS表格形式

优点：详尽，适合大型项目
缺点：不直观 | 工作分解结构 _WBS，表格型（包含WBS词典） | | | | | | | | | | | | —- | —- | —- | —- | —- | —- | —- | —- | —- | —- | —- | | 项目名称： | | | 1.0 价值管理系统项目 | | | | | | | | | 成本中心： | | | | | | | | | | | | 项目描述： | | | | | | | | | | | | 第一层
编码 | 第二层
编码 | 第三层
编码 | 工作任务 | 描述 | 工期 | 负责单位 | 成本估算 | 质量要求 | 验收标准 | 参考文档 | | 1.1 |
|
| 需求评估 |
|
|
|
|
|
|
| |
| 1.1.1 |
| 当前系统评审 |
|
|
|
|
|
|
| |
|
| 1.1.1.1 | 组件识别 |
|
|
|
|
|
|
| |
|
| 1.1.1.2 | 组件分析 |
|
|
|
|
|
|
| |
| 1.1.2 |
| 需求确定 |
|
|
|
|
|
|
| |
|
| 1.1.2.1 | 差距评估 |
|
|
|
|
|
|
| |
|
| 1.1.2.2 | 需求变更识别 |
|
|
|
|
|
|
| |
| 1.1.3 |
| 备选方案制定 |
|
|
|
|
|
|
| |
|
| 1.1.3.1 | 备选方案识别 |
|
|
|
|
|
|
| |
|
| 1.1.3.2 | 备选方案分析 |
|
|
|
|
|
|
| |
| 1.1.4 |
| 系统需求开发 |
|
|
|
|
|
|
| |
|
| 1.1.4.1 | 规划包 |
|
|
|
|
|
|
| |
|
| 1.1.4.2 | 规划包 |
|
|
|
|
|
|
| | 1.2 |
|
| 标准制定 |
|
|
|
|
|
|
| | 1.3 |
|
| 系统工程 |
|
|
|
|
|
|
| | 1.4 |
|
| 项目管理 |
|
|
|
|
|
|
|

定义：把项目范围和项目可交付成果逐步划分为更小、更便于管理的组成部分的技术，工作包是最底层的：

自上而下的方法
组织特定的指南
使用WBS模板

原则：
工作分解得越细致，对工作的规划、管理和控制就越有力。但是，过细的分解会造成管理努力的无效耗费、资源使用效率低下、工作实施效率降低。
一般情况，分解层级是，3~6层。如果非得超过6层，建议将大项目分为若干个子项目。
注意：100%原则，工作包和估计加起来必须是总计的100%。
以下必须记忆： | 100%原则 | 在层次上保持项目的完整性，上一层次是下一层次各要素之和 ，避免遗漏必要的组成部分。不能少，不能多。一旦多了就意味“镀金” | | —- | —- | | | 应包括项目管理工作，包括分包出去的工作。 | | 独立性 | 一个工作单元只能从属于某个上层单元，避免交叉从属。 | | 同质性 | 相同层次的工作单元应用相同性质。 | | 分离性 | 工作单元应能分开不同的责任者和不同的工作内容。 | | 易于管理 | 便于项目管理计划和项目控制的需要。 | | 底层可量化 | 最底层工作应该具有可比性，是可管理的，可定量检查的。 | | | 工作包（最底层）：符合8/80原则，大小应该至少8个小时完成，而总完成时间不超过80小时 |