WBS分解流程.docx
《WBS分解流程.docx》由会员分享，可在线阅读，更多相关《WBS分解流程.docx（12页珍藏版）》请在冰点文库上搜索。
WBS分解流程
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中各级工作单元分配标识符或编号
注意事项：
最底层要素对项目分解来说是否必需而且充分；
每个组成要素是否都能够恰当地编制进度和预算；
每个组成要素是否能够分配到接受职责并能够圆满完成这项工作的具体组织单元（例如部门、项目队伍或个人）。
下游编号及名称：
M5评审
活动编号及名称：
M5评审
主导角色：
项目经理
输入：
WBS分解结构、WBS字典、变更申请（评审前）
活动描述：
对WBS分解结构、WBS字典、变更申请进行评审。
输出：
WBS分解结构、WBS字典、变更申请（评审后）
标准、方法、工具使用说明：
无
工作周期：
3个工作日
上游编号及名称：
M4对当前的分解级别进行检验
注意事项：
无
下游编号及名称：
8相关文件
无。
9附件
WBS模板。
附件
WBS模板
编号
任务名称
工期（天）
开始时间
完成时间
前置任务
责任部门
配合部门
1
XX系统初样研制阶段
X
X年X月X日
X年X月X日
明确任务需求，技术协调
X
X年X月X日
X年X月X日
星船
总体下达初样研制任务书、技术要求
X
X年X月X日
X年X月X日
星船
初样详细设计及报告（设计报告、1+6+2可靠性报告、测试覆盖性报告等）编写
X
X年X月X日
X年X月X日
星船
初样详细设计评审，报告修改、存档
X
X年X月X日
X年X月X日
质量
星船
设备1研制
X
X年X月X日
X年X月X日
硬件研制
X
X年X月X日
X年X月X日
原理图设计
X
X年X月X日
X年X月X日
星船
设计
X
X年X月X日
X年X月X日
星船
……
软件研制
X
X年X月X日
X年X月X日
软件用户需求及评审
X
X年X月X日
X年X月X日
星船
需求分析及规格说明及评审
X
X年X月X日
X年X月X日
星船
质量
……
部件2研制
X
X年X月X日
X年X月X日
硬件研制
X
X年X月X日
X年X月X日
原理图设计
X
X年X月X日
X年X月X日
星船
设计
X
X年X月X日
X年X月X日
星船
……
软件研制
X
X年X月X日
X年X月X日
软件用户需求及评审
X
X年X月X日
X年X月X日
星船
需求分析及规格说明及评审
X
X年X月X日
X年X月X日
星船
质量
……
系统联试
X
X年X月X日
X年X月X日
、
星船
出所测试
X
X年X月X日
X年X月X日
星船
质量检验
……
2．
XX系统正样研制阶段
X
X年X月X日
X年X月X日
明确任务需求，技术协调
X
X年X月X日
X年X月X日
星船
总体下达正样研制任务书、技术要求
X
X年X月X日
X年X月X日
星船
正样详细设计及报告（设计报告、1+6+2可靠性报告、测试覆盖性报告等）编写
X
X年X月X日
X年X月X日
星船
正样详细设计评审，报告修改、存档
X
X年X月X日
X年X月X日
质量
星船
设备1研制
X
X年X月X日
X年X月X日
硬件研制
X
X年X月X日
X年X月X日
原理图设计
X
X年X月X日
X年X月X日
星船
设计
X
X年X月X日
X年X月X日
星船
……
软件研制
X
X年X月X日
X年X月X日
软件用户需求及评审
X
X年X月X日
X年X月X日
星船
需求分析及规格说明及评审
X
X年X月X日
X年X月X日
星船
质量
……
部件2研制
X
X年X月X日
X年X月X日
硬件研制
X
X年X月X日
X年X月X日
原理图设计
X
X年X月X日
X年X月X日
星船
设计
X
X年X月X日
X年X月X日
星船
……
软件研制
X
X年X月X日
X年X月X日
软件用户需求及评审
X
X年X月X日
X年X月X日
星船
需求分析及规格说明及评审
X
X年X月X日
X年X月X日
星船
质量
……
系统联试
X
X年X月X日
X年X月X日
、
星船
三防、整机装配
X
X年X月X日
X年X月X日
生产中心
环境试验前自测试
X
X年X月X日
X年X月X日
星船
环境试验
X
X年X月X日
X年X月X日
星船
生产中心
出所测试
X
X年X月X日
X年X月X日
星船
质量检验
出所质量评审
X
X年X月X日
X年X月X日
质量
星船
……
升级会员 