项目WBS工作分解指南（含文件全部附表）.docx

XXXXXX有限公司 第 PAGE 2页 共 SECTIONPAGES 4页 XXXXXXXX有限公司 项目WBS工作分解指南 文件编号：MC-63-04 版 本：A0 编 制： 审 核： 批 准： XXXXX有限公司 发布  项目WBS工作分解指南 目的 指导项目组进行WBS工作分解。 范围 本规范适用于产品研发项目的计划编制。 规范性引用文件 下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版本均不适用于本标准。凡是不注日期的引用文件，其最新版本适用于本文件。 《项目管理程序》 《产品开发控制程序》 定义 WBS：即英文Work Breakdown Structure（工作分解结构）的首字母缩写。WBS将项目分解成易于管理的若干部分或细目，以确保找出完成项目范围所需的所有工作要素。 职责 项目经理：组织项目组成员进行WBS工作分解。 项目组成员：完成负责工作区域的WBS。 项目WBS工作分解要求工作步骤 WBS的编制要审慎地考虑，并尽量结合《WBS词典》。当客户有要求时，如出于报告的便利，客户指定了WBS的最上面三层结构，项目组应按客户的要求来组织WBS，但WBS的较下层结构仍应结合WBS词典来制定。 WBS一般有两种类型 基于可交付成果的WBS，以及基于工作过程的WBS。对于我们XXXX公司而言，基于工作过程的WBS类型是比较切合实际情况的，因此如无特殊要求（比如客户要求、法规要求等），推荐采用基于工作过程的WBS。基于工作过程的WBS具有如下特点：上层以工作的流程为导向，下层按工作的内容来划分。下图是这种WBS类型的一个例子。 CD开发项目WBS图（基于工作过程） 上图中，第二层是按工作流程而划分的，即要开发一款CD，先进行策划工作，然后是开发、实施，最后是交付。下层（第三、四层）的划分是以工作为导向的，即为了完成其上层的成果需要做哪些工作。例如，为完成软件开发，要做如下几项工作：系统需求分析、系统架构设计、定义软硬件接口、分单元编码与调试、集成测试、Alpha测试、Beta测试、软件发布。 分解步骤： 明确项目的需求、范围与目标，定义项目的交付物。 根据项目的规模及复杂程度，将项目分解成子项目（或者主体工作任务、阶段）。 将子项目（或者主体工作任务、阶段）分解为主要工作任务。 将主要工作任务分解为次要工作任务。 将次要工作任务分解为小工作任务或工作活动元素。 采用《项目计划评审检查单》审查WBS，并作必要的调整，以确保覆盖了项目的所有工作。 分解原则： 最底层的WBS项必须要有可验证的可交付成果，比如文档、报告等； 最底层的WBS项的工作量一般在5～7天左右，可根据项目实际情况进行调整，但以不超过二周为宜； WBS覆盖了项目的全部范围，不在WBS中的工作也不在本项目中； WBS必须与项目实际执行过程相一致，WBS应具有一定灵活性以适应变更需要； 上一层的工作内容是其下一层的各项工作内容之和； 最底层的WBS项只能有一个负责人； 分解后的工作应该是独立的、可管理的、可衡量的、可分配任务的； WBS应该包括管理工作； WBS应至少包括关键供应商（如有）的工作。 记录与表格 《WBS词典》MC-63-04-01 《项目计划评审检查单》MC-63-04-02