项目WBS分解流程(8P Doc)
WBS分解流程目录1 目的22 适用范围23 名词定义24 输入和输出35 角色职责36 流程图37 流程操作说明48 附件:WBS模板61 目的为了把项目范围分解开,使项目相关人员对项目一目了然,使项目的概况和组成明确、清晰、透明、具体,并保证项目结构的系统性和完整性,建立完整的项目保证体系,明确项目相关各方的工作界面,以便于责任划分和落实,为建立项目沟通管理提供依据,便于把握信息重点,特制定本流程。WBS分解可作为项目各项计划和控制措施制定的基础和主要依据,可作为技术流程和计划流程编制的主要依据。2 适用范围本流程适用于本公司承担的各类系统、分系统及单机产品项目级WBS分解的编制工作。3 名词定义 1)WBS:工作分解结构,主要应用于项目范围管理,是一种在项目全范围内分解和定义各层次工作的方法。对应当由项目团队执行以便实现项目目标,并创造必要的可交付成果的工作,按可交付成果所做的层次分解。它将项目按照其内在结构(结构分解)或实施过程(过程分解)的顺序进行逐层分解,将项目分解到相对独立的、内容单一的、易于成本核算与检查的项目单元(即面向可交付物的、兼顾考虑组织匹配的层次型结构),并能把各项目单元中的地位与构成直观地表示出来。一般采用图标形式表达。2)WBS字典:是WBS的配套文档,对WBS中包含的工作单元的细节加以描述。通常包含账户编码、工作描述、执行组织和里程碑列表、合同信息、质量要求和相关技术参考资料、资源需求、成本估算等等信息。3)结构分解模式:把主要的项目可交付物、子项目、外包的子项目作为顶层进行工作项目分解的模式。4)过程分解模式:把项目的生命期作为顶层进行工作项目分解的模式。4 输入和输出 输入:1) 总体设计方案2) 产品研制规范3) 研制任务书、研制技术要求、合同4) 批准的变更申请5) 流程体系文件6) 项目特性分析输出: 7) WBS8) WBS字典9) 变更申请5 角色职责1)项目经理负责WBS分解。6 流程图7 流程操作说明活动编号及名称:M1 识别项目交付物和相关项目工作主导角色:项目经理输入:总体设计方案、产品研制规范、研制任务书、研制技术要求、合同、批准的变更申请活动描述:对项目进行分析,全面考虑项目管理方面和用户需求,识别出所有的项目交付物和合同所描述的交付物。针对交付物,识别出相关工作。输出:项目交付物和相关工作项目清单标准、方法、工具使用说明:无工作周期:8个工作日上游编号及名称:注意事项:无下游编号及名称:M2 对WBS的结构进行组织活动编号及名称:M2 对WBS进行分解主导角色:项目经理输入:项目交付物和相关项目工作活动描述:把项目的可交付物和相关工作项目按照WBS的结构进行组织和分解。WBS的层次结构可采用结构分解模式、过程分解模式、结构分解和过程分解相结合的模式(在每个WBS分支可采用不同的分解方法),以满足项目管理团队对项目进行控制和管理的需要,分解过程中兼顾责任部门的匹配。分解过程中遵循的原则:本层要素足够详细、必要且充分;每项的定义清晰完整;每项可以编制进度和预算计划;每项易于建立相应的责任矩阵。输出:分解后的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 附件:WBS模板WBS模板编号任务名称工期(天)开始时间完成时间前置任务责任部门配合部门1XX系统初样研制阶段XX年X月X日X年X月X日1.1明确任务需求,技术协调XX年X月X日X年X月X日XX1.2总体下达初样研制任务书、技术要求XX年X月X日X年X月X日XX1.3初样详细设计及报告(设计报告、1+6+2可靠性报告、测试覆盖性报告等)编写XX年X月X日X年X月X日1.3XX1.4初样详细设计评审,报告修改、存档XX年X月X日X年X月X日质量XX1.5设备1研制XX年X月X日X年X月X日1.5.1硬件研制XX年X月X日X年X月X日1.5.1.1原理图设计XX年X月X日X年X月X日XX1.5.1.2PCB设计XX年X月X日X年X月X日1.5.1.1XX1.5.2软件研制XX年X月X日X年X月X日1.5.2.1软件用户需求及评审XX年X月X日X年X月X日XX1.5.2.2需求分析及规格说明及评审XX年X月X日X年X月X日1.5.2.1XX质量1.6部件2研制XX年X月X日X年X月X日1.6.1硬件研制XX年X月X日X年X月X日1.6.1.1原理图设计XX年X月X日X年X月X日XX1.6.1.2PCB设计XX年X月X日X年X月X日1.6.1.1XX1.6.2软件研制XX年X月X日X年X月X日1.6.2.1软件用户需求及评审XX年X月X日X年X月X日XX1.6.2.2需求分析及规格说明及评审XX年X月X日X年X月X日1.6.2.1XX质量1.7系统联试XX年X月X日X年X月X日1.5、1.6XX1.8出所测试XX年X月X日X年X月X日1.7XX质量检验2XX系统正样研制阶段XX年X月X日X年X月X日2.1明确任务需求,技术协调XX年X月X日X年X月X日XX2.2总体下达正样研制任务书、技术要求XX年X月X日X年X月X日XX2.3正样详细设计及报告(设计报告、1+6+2可靠性报告、测试覆盖性报告等)编写XX年X月X日X年X月X日XX2.4正样详细设计评审,报告修改、存档XX年X月X日X年X月X日2.3质量XX2.5设备1研制XX年X月X日X年X月X日2.5.1硬件研制XX年X月X日X年X月X日2.5.1.1原理图设计XX年X月X日X年X月X日XX2.5.1.2PCB设计XX年X月X日X年X月X日2.5.1.1XX2.5.2软件研制XX年X月X日X年X月X日2.5.2.1软件用户需求及评审XX年X月X日X年X月X日XX2.5.2.2需求分析及规格说明及评审XX年X月X日X年X月X日2.5.2.1XX质量2.6部件2研制XX年X月X日X年X月X日2.6.1硬件研制XX年X月X日X年X月X日2.6.1.1原理图设计XX年X月X日X年X月X日XX2.6.1.2PCB设计XX年X月X日X年X月X日2.6.1.1XX2.6.2软件研制XX年X月X日X年X月X日2.6.2.1软件用户需求及评审XX年X月X日X年X月X日XX2.6.2.2需求分析及规格说明及评审XX年X月X日X年X月X日2.6.2.1XX质量2.7系统联试XX年X月X日X年X月X日2.5、2.6XX2.8三防、整机装配XX年X月X日X年X月X日2.7生产中心2.9环境试验前自测试XX年X月X日X年X月X日2.8XX2.10环境试验XX年X月X日X年X月X日2.9XX生产中心2.11出所测试XX年X月X日X年X月X日2.10XX质量检验2.12出所质量评审XX年X月X日X年X月X日2.11质量XX
收藏
编号:344363292
类型:共享资源
大小:320.50KB
格式:DOC
上传时间:2023-02-15
5
金贝
- 关 键 词:
-
项目WBS分解流程8P
Doc
项目
WBS
分解
流程
Doc
- 资源描述:
-
WBS分解流程
目录
1 目的 2
2 适用范围 2
3 名词定义 2
4 输入和输出 3
5 角色职责 3
6 流程图 3
7 流程操作说明 4
8 附件:WBS模板 6
1 目的
为了把项目范围分解开,使项目相关人员对项目一目了然,使项目的概况和组成明确、清晰、透明、具体,并保证项目结构的系统性和完整性,建立完整的项目保证体系,明确项目相关各方的工作界面,以便于责任划分和落实,为建立项目沟通管理提供依据,便于把握信息重点,特制定本流程。
WBS分解可作为项目各项计划和控制措施制定的基础和主要依据,可作为技术流程和计划流程编制的主要依据。
2 适用范围
本流程适用于本公司承担的各类系统、分系统及单机产品项目级WBS分解的编制工作。
3 名词定义
1)WBS:工作分解结构,主要应用于项目范围管理,是一种在项目全范围内分解和定义各层次工作的方法。对应当由项目团队执行以便实现项目目标,并创造必要的可交付成果的工作,按可交付成果所做的层次分解。它将项目按照其内在结构(结构分解)或实施过程(过程分解)的顺序进行逐层分解,将项目分解到相对独立的、内容单一的、易于成本核算与检查的项目单元(即面向可交付物的、兼顾考虑组织匹配的层次型结构),并能把各项目单元中的地位与构成直观地表示出来。一般采用图标形式表达。
2)WBS字典:是WBS的配套文档,对WBS中包含的工作单元的细节加以描述。通常包含账户编码、工作描述、执行组织和里程碑列表、合同信息、质量要求和相关技术参考资料、资源需求、成本估算等等信息。
3)结构分解模式:把主要的项目可交付物、子项目、外包的子项目作为顶层进行工作项目分解的模式。
4)过程分解模式:把项目的生命期作为顶层进行工作项目分解的模式。
4 输入和输出
输入:
1) 总体设计方案
2) 产品研制规范
3) 研制任务书、研制技术要求、合同
4) 批准的变更申请
5) 流程体系文件
6) 项目特性分析
输出:
7) WBS
8) WBS字典
9) 变更申请
5 角色职责
1)项目经理——负责WBS分解。
6 流程图
7 流程操作说明
活动编号及名称:M1 识别项目交付物和相关项目工作
主导角色:项目经理
输入:
总体设计方案、产品研制规范、研制任务书、研制技术要求、合同、批准的变更申请
活动描述:
对项目进行分析,全面考虑项目管理方面和用户需求,识别出所有的项目交付物和合同所描述的交付物。
针对交付物,识别出相关工作。
输出:
项目交付物和相关工作项目清单
标准、方法、工具使用说明:
无
工作周期:8个工作日
上游编号及名称:
注意事项:
无
下游编号及名称:M2 对WBS的结构进行组织
活动编号及名称:M2 对WBS进行分解
主导角色:项目经理
输入:
项目交付物和相关项目工作
活动描述:
把项目的可交付物和相关工作项目按照WBS的结构进行组织和分解。WBS的层次结构可采用结构分解模式、过程分解模式、结构分解和过程分解相结合的模式(在每个WBS分支可采用不同的分解方法),以满足项目管理团队对项目进行控制和管理的需要,分解过程中兼顾责任部门的匹配。
分解过程中遵循的原则:
本层要素足够详细、必要且充分;
每项的定义清晰完整;
每项可以编制进度和预算计划;
每项易于建立相应的责任矩阵。
输出:
分解后的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 附件:WBS模板
WBS模板
编号
任务名称
工期(天)
开始时间
完成时间
前置任务
责任部门
配合部门
1
XX系统初样研制阶段
X
X年X月X日
X年X月X日
1.1
明确任务需求,技术协调
X
X年X月X日
X年X月X日
XX
1.2
总体下达初样研制任务书、技术要求
X
X年X月X日
X年X月X日
XX
1.3
初样详细设计及报告(设计报告、1+6+2可靠性报告、测试覆盖性报告等)编写
X
X年X月X日
X年X月X日
1.3
XX
1.4
初样详细设计评审,报告修改、存档
X
X年X月X日
X年X月X日
质量
XX
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日
XX
1.5.1.2
PCB设计
X
X年X月X日
X年X月X日
1.5.1.1
XX
……
1.5.2
软件研制
X
X年X月X日
X年X月X日
1.5.2.1
软件用户需求及评审
X
X年X月X日
X年X月X日
XX
1.5.2.2
需求分析及规格说明及评审
X
X年X月X日
X年X月X日
1.5.2.1
XX
质量
……
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日
XX
1.6.1.2
PCB设计
X
X年X月X日
X年X月X日
1.6.1.1
XX
……
1.6.2
软件研制
X
X年X月X日
X年X月X日
1.6.2.1
软件用户需求及评审
X
X年X月X日
X年X月X日
XX
1.6.2.2
需求分析及规格说明及评审
X
X年X月X日
X年X月X日
1.6.2.1
XX
质量
……
1.7
系统联试
X
X年X月X日
X年X月X日
1.5、1.6
XX
1.8
出所测试
X
X年X月X日
X年X月X日
1.7
XX
质量检验
……
2.
XX系统正样研制阶段
X
X年X月X日
X年X月X日
2.1
明确任务需求,技术协调
X
X年X月X日
X年X月X日
XX
2.2
总体下达正样研制任务书、技术要求
X
X年X月X日
X年X月X日
XX
2.3
正样详细设计及报告(设计报告、1+6+2可靠性报告、测试覆盖性报告等)编写
X
X年X月X日
X年X月X日
XX
2.4
正样详细设计评审,报告修改、存档
X
X年X月X日
X年X月X日
2.3
质量
XX
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日
XX
2.5.1.2
PCB设计
X
X年X月X日
X年X月X日
2.5.1.1
XX
……
2.5.2
软件研制
X
X年X月X日
X年X月X日
2.5.2.1
软件用户需求及评审
X
X年X月X日
X年X月X日
XX
2.5.2.2
需求分析及规格说明及评审
X
X年X月X日
X年X月X日
2.5.2.1
XX
质量
……
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日
XX
2.6.1.2
PCB设计
X
X年X月X日
X年X月X日
2.6.1.1
XX
……
2.6.2
软件研制
X
X年X月X日
X年X月X日
2.6.2.1
软件用户需求及评审
X
X年X月X日
X年X月X日
XX
2.6.2.2
需求分析及规格说明及评审
X
X年X月X日
X年X月X日
2.6.2.1
XX
质量
……
2.7
系统联试
X
X年X月X日
X年X月X日
2.5、2.6
XX
2.8
三防、整机装配
X
X年X月X日
X年X月X日
2.7
生产中心
2.9
环境试验前自测试
X
X年X月X日
X年X月X日
2.8
XX
2.10
环境试验
X
X年X月X日
X年X月X日
2.9
XX
生产中心
2.11
出所测试
X
X年X月X日
X年X月X日
2.10
XX
质量检验
2.12
出所质量评审
X
X年X月X日
X年X月X日
2.11
质量
XX
……
展开阅读全文
金锄头文库所有资源均是用户自行上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作他用。