wbs工作分解结构案例（WBS工作分解结构与价值）

一、工作分解结构WB‍S‍

工作分解结构WBS是以可交付成果为导向，对项目要素的分组，它组织和定义项目的总体范围。

1. 未在WBS中定义的工作就不在项目范围内。

2. WBS是：

■ 以工作、资源和成本，表达对项目范围的详细表示。

■ 对生产一个系统所需要的工作或任务的层次结构式分解。

3. WBS是项目经理规划数据库的中心。

二、何时创建工作分解结构WBS

1. 工作分解结构WBS是在团队理解了要开发的工作产品之后创建的。

2. 创建工作开始于交付件被识别并被发起人批准后。

■ 在项目计划开始，项目范围能被描述成可度量的和分散的工作单元。

3. WBS作为一个沟通工具在整个项目中使用，它从项目第一天起成长和发展。

■ 如果项目被计划修订了，WBS也必须做相应的修订。

三、WBS的价值

1. WBS通常用作其它项目的模板，且用于建立对项目范围的共同理解和基线范围文档。它提供：

■ 项目中工作要素的单一资料库。

■ 帮助建立对工作、资源和成本的职责的清晰分配。

■ 帮助识别风险区域。

■ 对所有工作要素进行编目的逻辑结构。

■ 一个标准的框架，可用于开发类似项目的标准框架，有助于规划的形成，并允许在完成后做比较。

2. WBS是以成本估算、计划、预算、投资、估算、进度计划、状态报告、管理风险、度量绩效和管理变更等术语表示的项目基础。关注于项目目标。

四、工作包

工作包：在WBS最底层上的可交付件。

1. 导致形成外部可交付件或内部可交付件。

■ 内部可交付件是由项目使用。

■ 外部可交付件是提供给客户或发起人的。

2. 交付明确、可识别的产品或结果。

3. 具有明确、可验证的完成标准。

4. 等于在WBS层次结构，上一层的直接活动的总和。

5. 可清晰地指定为某一方的组织单位或个人的唯一责任。

五、WBS格式

图 5-1 WBS格式列表图

六、WBS视图

图 6-1 WBS视图图

七、构建WBS的标准

1. 构建包：

■ 使用名词来考虑工作产品。

■ 确保当前基线中的每个可交付件都具有自己的工作产品。

■ 以WBS的最高层作为开始。

■ 使用自顶向下方法识别每个工作产品中的所有子工作产品。

■ 将WBS向下创建到可管理的工作产品。

2. 构建活动：

■ 使用动词来考虑将完成什么。

■ 检查在WBS中识别的每个工作产品。

■ 识别形成工作产品所需的所有活动和任务。

■ 确保每个活动和任务都有其自己的完成标准。

■ 确保在所有任务和子任务符合其完成标准的情况下，活动符合其完成标准。

八、准备WBS字典

1. WBS字典是关键项目数据的资料库。

2. 它应当包含有关项目任务和工作包、进度安排日期、成本以及预算的详细信息。

3. 它应当包括：

■ 任务、子任务、工作包的数目。

■ 任务、子任务、工作包的标题。

■ 要完成工作的简短描述。

■ 可交付件的信息。

■ 所有权和参与信息，包括每个任务和子任务的责任以及项目涉及的个人和组织的名称。

■ 验收标准。

九、WBS形成指南

1. 开始时，收集所有当前基线资料和项目相关信息，例如：

■ 项目定义报告PDR

■ 需求陈述

■ 技术建议

■ 供应商建议

2. 与关键人员一起组成工作室。

3. 把注意力集中在WBS的第2或第3层上。

4. 使用“张贴”便签，而不是活动挂图、白板或PC规划工具。

5. 将责任下压到将负责工作包的人。

6. 在进入活动的任务之前，记载每个工作活动，包括其完成标准。

十、复查/验证WBS

1. 与所有关键团队成员一起复查结果，并确保所有参与方的认领。

2. 确保WBS涵盖所有工作包且包含与项目相关的所有成本因素（直接成本和一般开销）。

3. 复查项目期间将如何使用和维护WBS。

4. 复查自顶向下方法的结果：

■ 是否在某个层次存在超过10个活动？

■ 活动是否在持续时间和工作量上相类似？

■ 是否可将责任分配给活动？

■ 是否表示了所有可交付件？

■ 项目管理活动是否完整？

5. 复查自底向上方法的结果：

■ 是否可将责任分配给个人？

■ 是否定义了完成标准？

■ 工作单元是否能精确估算？

■ 工作单元的大小是否可管理和可控制？