WBS 工作分解结构-汽车研发管理和集成的第一步

上次我们分享了汽车项目管理和集成的杀器-甘特图，其实很多汽车开发管理或集成的朋友都在用这种方式，只是自己没有发现他还有个名字，也有很多朋友发现一个问题，甘特图是一个控制工具，问题是甘特图上这么多工作流是怎么回事怎么来的？其实这就用到WBS(Work Breakdown Structure)工作分解结构工具,WBS 是项目管理必备工具之一也是第一步。

WBS为什么重要

WHY

﹀

﹀

﹀

为什么要工作分解结构这个方法呢？举个简单的例子，你想了解汽车研发项目管理是干什么的？最好的方法是列举你要做的事情，那么一般项目管理的朋友会说我们是主要做以下几方面工作:

项目时间-planning

项目财务状况- Cost

项目内部交流沟通- meeting

项目职责架构 – team and organization

项目提交物 – deliverables

……

如果你列举出工作范围和内容那么听者就会大概明白，哦，原来是这样的！如果你想深入了解，那么又可以分块进行深入探讨。

这就是WBS, WBS在日常工作中异常重要，一般工作能够分解那么才能够定责，能够定责那么就能够管控，能够管控才能够设定计划，有计划才能够交付。工作如果不能管控，不能够交付，要你干什么。

WBS展示项目的实施路径，定义职责，能够分解识别风险，方便节点管理和总结汇报。所以让项目清楚明白可控可交付。

什么是WBS

WHAT

﹀

﹀

﹀

WBS 在性能集成以及零部件开发同样重要，例如整车性能（什么是性能可以看我们之前的文章整车开发概览 Vehicle Development Projects - An Overview），整车性能其中一个很神秘的性能就是动态，相信就是汽车行业内非常多的人都很难理解什么叫动态性能，动态就称它为L1性能他主要指整车在对驾驶员以及驾驶环境的影响从而引发的车辆姿态变化，如果我采用WBS 简单分解就是四部分，垂直运动，俯仰运动，侧倾运动 再到转向不足和过度。(当然以上问题简单的从车辆运动姿态出发，一般分解的角度不同结论也不同)，这样你就对动态有个大致的了解,这样你才能够去设定目标和管控过程。

同理对于零部件一样，从系统到子系统再到零部件同样是WBS的具体应用，这个我们在之前文章《整车架构平台核心-大道至简(Complexity Reduction)五步骤》有分享过可以点击文章查看。

所以一般WBS的形式都为如下：

WBS 是汽车研发管理和集成等岗位的基础，有了这个基础才能够进行管控，否则无法确保按时按量交付。

什么时候做WBS

WHEN

﹀

﹀

﹀

什么时候开始-考虑开始一个项目，就需要开始将从项目章程和初步范围声明开始。这定义了项目的高级目标和可交付成果。然后，我们创建项目范围文档，该文档将这些可交付成果进一步定义为所有可交付成果及其每个需求的列表。下一步是使用此可交付成果的完整列表来构建WBS。这是对于整体的项目管理来讲，

其实对于个体来讲，任何时候你接到工作任务第一件事情就是WBS你的工作。

什么时候结束WBS-创建工作分解结构时不要发疯。您要做的是定义项目或程序的工作，以便您可以轻松地计划，管理和控制该工作。您只要将计划分解到可以实现此目标的水平即可。

怎么做WBS

HOW

﹀

﹀

﹀

WBS 四个步骤

1， 识别和确定所有主要项目的项目目标，主要理解需求。

2， 定义目标的主要的交付物，主要确保广度。

3， 分解主要交付物到不同的层级，最后的层级是要独立的交付物。

4， 验证WBS。问问你自己和团队的问题，比如“所有的组成部分都清楚了吗？“所有组件都完成了吗？每个组件都是绝对必要的吗？分解是否充分描述了需要完成的工作？

WBS 四大原则

100％原则：WBS应该定义项目的总范围。如果它不这样做，那么您从WBS创建的计划将推断出存在空白和缺失的组成部分。

互斥原则： WBS中的任何两个元素之间都不应有重叠。如果存在，则存在在项目执行中重复工作的风险

可交付原则，他应该是成果，而不是行动

通用原则：也不要做太多细节。您所需要的是足够的详细信息让你的提交物可以计划，管理和控制。

所以当工作能够分解，分解之后能够定量，定量之后就能够定责那么这个时候就可以采用甘特图方法进行初步管理去控制交付。

汽车开发集成以及项目管理杀器 - Gantt Chart甘特图