项目WBS分解流程样本.doc

资料内容仅供您学习参考，如有不当或者侵权，请联系改正或者删除。
WBS分解流程
1 目的
为了把项目范围分解开, 使项目相关人员对项目一目了然, 使项目的概况和组成明确、 清晰、 透明、 具体, 并保证项目结构的系统性和完整性, 建立完整的项目保证体系, 明确项目相关各方的工作界面, 以便于责任划分和落实, 为建立项目沟通管理提供依据, 便于把握信息重点, 特制定本流程。WBS分解可作为项目各项计划和控制措施制定的基础和主要依据, 可作为技术流程和计划流程编制的主要依据。

2 适用范围
本流程适用于本公司承担的各类系统、 分系统及单机产品项目级WBS分解的编制工作。

3 名词定义
1) WBS: 工作分解结构, 主要应用于项目范围管理, 是一种在项目全范围内分解和定义各层次工作的方法。对应当由项目团队执行以便实现项目目标, 并创造必要的可交付成果的工作, 按可交付成果所做的层次分解。它将项目按照其内在结构( 结构分解) 或实施过程( 过程分解) 的顺序进行逐层分解, 将项目分解到相对独立的、 内容单一的、 易于成本核算与检查的项目单元( 即面向可交付物的、 兼顾考虑组织匹配的层次型结构) , 并能把各项目单元中的地位与构成直观地表示出来。一般采用图标形式表示。
2) WBS字典: 是WBS的配套文档, 对WBS中包含的工作单元的细节加以描述。一般包含账户编码、 工作描述、 执行组织和里程碑列表、 合同信息、 质量要求和相关技术参考资料、 资源需求、 成本估算等等信息。
3) 结构分解模式: 把主要的项目可交付物、 子项目、 外包的子项目作为顶层进行工作项目分解的模式。
4) 过程分解模式: 把项目的生命期作为顶层进行工作项目分解的模式。

4 输入和输出
输入:
1） 总体设计方案
2） 产品研制规范
3） 研制任务书、 研制技术要求、 合同
4） 批准的变更申请
5） 流程体系文件
6） 项目特性分析
输出:
1） WBS
2） WBS字典
3） 变更申请

5 角色职责 ( 专业化岗位)
1) 项目经理——负责WBS分解。

6 流程图

7 流程操作说明
活动编号及名称: M1 识别项目交付物和相关项目工作
主导角色: 项目经理
输入:
总体设计方案、 产品研制规范、 研制任务书、 研制技术要求、 合同、 批准的变更申请
活动描述:
1） 对项目进行分析, 全面考虑项目管理方面和用户需求, 识别出所有的项目交付物和合同所描述的交付物。
2） 针对交付物, 识别出相关工作。
输出:
项目交付物和相关工作项目清单
标准、 方法、 工具使用说明:
无

工作周期: 8个工作日

上游编号及名称:
注意事项:
无
下游编号及名称: M2 对WBS的结构进行组织
活动编号及名称: M2 对WBS进行分解
主导角色: 项目经理
输入:
项目交付物和相关项目工作
活动描述:
把项目的可交付物和相关工作项目按照WBS的结构进行组织和分解。WBS的层次结构可采用结构分解模式、 过程分解模式、 结构分解和过程分解相结合的模式( 在每个WBS分支可采用不同的分解方法) , 以满足项目管理团队对项目进行控制和管理的需要, 分解过程中兼顾责任部门的匹配。
分解过程中遵循的原则:
1. 本层要素足够详细、 必要且充分;
2. 每项的定义清晰完整;
3. 每项能够编制进度和预算计划;
4. 每项易于建立相应的责任矩阵。
输出:
分解后的WBS结构( 不带编号)

标准、 方法、 工具使用说明:
无

工作周期: 25个工作日

上游编号及名称:
M1 识别项目交付物和相关项目工作
注意事项:
· 把项目的交付物或子项目细分成最基本的单元, 每个单元都是能够被验证的。
· 每一个单元都应该被分配且仅分配给一个执行组织, 该组织到对该工作单元的完成负有完全的责任。
· 该工作单元的定义应包含项目工作的执行和控制方式。
下游编号及名称: M3 对WBS中各级工作单元分配标识符或编号

活动编号及名称: M3 对WBS中各级工作单元分配标识符或编号
主导角色: 项目经理
输入:
分解后的WBS结构( 不带编号)
活动描述:
对分解后的WBS结构中各级工作单元分配标识符或编号( 参见模版) 。出具WBS字典。提出变更申请。
输出:
分解后的WBS结构( 带编号) 、 WBS字典( 初稿) 、 变更申请( 初稿)
标准、 方法、 工具使用说明:
无

工作周期: 2个工作日

上游编号及名称: M2 对WBS进行分解
注意事项:

下游编号及名称: M4 对当前的分解级别进行检验

活动编号及名称: M4 对当前的分解级别进行检验
主导角色: 项目经理
输入:
分解后的WBS结构( 带编号)

活动描述:
检验当前的分解级别对于完成上层交付物是必须的、 而且是足够详细的。检查确认变更申请和WBS字典。
输出:
WBS分解结构、 WBS字典、 变更申请( 评审前)
标准、 方法、 工具使用说明:
无

工作周期: 8个工作日

上游编号及名称: M3 对WBS中各级工作单元分配标识符或编号
注意事项:
l 最底层要素对项目分解来说是否必须而且充分;
l 每个组成要素是否都能够恰当地编制进度和预算;
l 每个组成要素是否能够分配到接受职责并能够圆满完成这项工作的具体组织单元( 例如部门、 项目队伍或个人) 。
下游编号及名称: M5 评审
活动编号及名称: M5 评审
主导角色: 项目经理
输入:
WBS分解结构、 WBS字典、 变更申请( 评审前)
活动描述:
对WBS分解结构、 WBS字典、 变更申请进行评审。
输出:
WBS分解结构、 WBS字典、 变更申请( 评审后)
标准、 方法、 工具使用说明:
无

工作周期: 3个工作日

上游编号及名称: M4 对当前的分解级别进行检验
注意事项:
无
下游编号及名称:

8 相关文件
无。

9 附件
WBS模板。

附件
WBS模板
编号
任务名称
工期( 天)
开始时间
完成时间
前置任务
责任部门
配合部门
1
XX系统初样研制阶段
X
X年X月X日
X年X月X日

1.1
明确任务需求, 技术协调
X
X年X月X日
X年X月X日

星船

1.2
总体下达初样研制任务书、 技术要求
X
X年X月X日
X年X月X日

星船

1.3
初样详细设计及报告( 设计报告、 1+6+2可靠性报告、 测试覆盖性报告等) 编写
X
X年X月X日
X年X月X日
1.3
星船

1.4
初样详细设计评审, 报告修改、 存档
X
X年X月X日
X年X月X日

质量
星船
1.5
设备1研制
X
X年X月X日
X年X月X日

1.5.1
硬件研制
X
X年X月X日
X年X月X日

1.5.1.1
原理图设计
X
X年X月X日
X年X月X日

星船

1.5.1.2
PCB设计
X
X年X月X日
X年X月X日
1.5.1.1
星船

……

1.5.2
软件研制
X
X年X月X日
X年X月X日

1.5.2.1
软件用户需求及评审
X
X年X月X日
X年X月X日

星船

1.5.2.2
需求分析及规格说明及评审
X
X年X月X日
X年X月X日
1.5.2.1
星船
质量

……

1.6
部件2研制
X
X年X月X日
X年X月X日

1.6.1
硬件研制
X
X年X月X日
X年X月X日

1.6.1.1
原理图设计
X
X年X月X日
X年X月X日

星船

1.6.1.2
PCB设计
X
X年X月X日
X年X月X日
1.6.1.1
星船

……

1.6.2
软件研制
X
X年X月X日
X年X月X日

1.6.2.1
软件用户需求及评审
X
X年X月X日
X年X月X日

星船

1.6.2.2
需求分析及规格说明及评审
X
X年X月X日
X年X月X日
1.6.2.1
星船
质量

……

1.7
系统联试
X
X年X月X日
X年X月X日
1.5、 1.6
星船

1.8
出所测试
X
X年X月X日
X年X月X日
1.7
星船
质量检验

……

2．
XX系统正样研制阶段
X
X年X月X日
X年X月X日

2.1
明确任务需求, 技术协调
X
X年X月X日
X年X月X日

星船

2.2
总体下达正样研制任务书、 技术要求
X
X年X月X日
X年X月X日

星船

2.3
正样详细设计及报告( 设计报告、 1+6+2可靠性报告、 测试覆盖性报告等) 编写
X
X年X月X日
X年X月X日

星船

2.4
正样详细设计评审, 报告修改、 存档
X
X年X月X日
X年X月X日
2.3
质量
星船
2.5
设备1研制
X
X年X月X日
X年X月X日

2.5.1
硬件研制
X
X年X月X日
X年X月X日

2.5.1.1
原理图设计
X
X年X月X日
X年X月X日

星船

2.5.1.2
PCB设计
X
X年X月X日
X年X月X日
2.5.1.1
星船

……

2.5.2
软件研制
X
X年X月X日
X年X月X日

2.5.2.1
软件用户需求及评审
X
X年X月X日
X年X月X日

星船

2.5.2.2
需求分析及规格说明及评审
X
X年X月X日
X年X月X日
2.5.2.1
星船
质量

……

2.6
部件2研制
X
X年X月X日
X年X月X日

2.6.1
硬件研制
X
X年X月X日
X年X月X日

2.6.1.1
原理图设计
X
X年X月X日
X年X月X日

星船

2.6.1.2
PCB设计
X
X年X月X日
X年X月X日
2.6.1.1
星船

……

2.6.2
软件研制
X
X年X月X日
X年X月X日

2.6.2.1
软件用户需求及评审
X
X年X月X日
X年X月X日

星船

2.6.2.2
需求分析及规格说明及评审
X
X年X月X日
X年X月X日
2.6.2.1
星船
质量

……

2.7
系统联试
X
X年X月X日
X年X月X日
2.5、 2.6
星船

2.8
三防、 整机装配
X
X年X月X日
X年X月X日
2.7
生产中心

2.9
环境试验前自测试
X
X年X月X日
X年X月X日
2.8
星船

2.10
环境试验
X
X年X月X日
X年X月X日
2.9
星船
生产中心
2.11
出所测试
X
X年X月X日
X年X月X日
2.10
星船
质量检验
2.12
出所质量评审
X
X年X月X日
X年X月X日
2.11
质量
星船

……

单纯的课本内容, 并不能满足学生的需要, 经过补充, 达到内容的完善
教育之通病是教用脑的人不用手, 不教用手的人用脑, 因此一无所能。教育革命的对策是手脑联盟, 结果是手与脑的力量都能够大到不可思议。