很多企业做项目，总会出现一种很熟悉的场景：

项目刚开始的时候，大家都很有信心。 开会、立项、排计划，看起来一切井井有条。

可项目一推进，问题就慢慢出来了：

• 任务越做越乱，不知道谁在干什么
• 责任边界不清，出了问题互相甩锅
• 资源总是撞车，这个部门要人，那个部门也要人
• 预算越花越多，但钱花在哪说不清
• 进度一拖再拖，项目经理天天追着人跑

围绕这些问题，项目管理领域逐渐形成了一套经典的方法体系，也就是大家常听到的那些缩写：

WBS、OBS、RBS、PBS、BOM、FBS、CWBS、CA、CWS……

乍一看让人摸不着头脑，但其实它们解决的事情非常简单。

一句话总结：

项目管理，本质就是把事、人、资源、成本这几件事拆清楚。

这篇文章，我们就用一张思维导图，把项目管理里最常见的10大结构体系一次讲清。

1 WBS：项目管理里最重要的一张图

在项目管理领域，WBS几乎是最常见的一个词，意思是工作分解结构。

简单说，WBS就是把一个复杂项目，从上到下一层一层拆成具体工作。

WBS主要解决三个问题：

• 项目到底要做哪些工作
• 每项工作具体到什么程度
• 任务之间如何形成结构

很多企业项目一开始就乱，其实就是因为WBS没做好。

举个简单例子，假设你要开发一个软件系统，往下一层拆分：

• 用户系统
• 订单系统
• 支付系统
• 数据系统

再往下一层拆：订单系统 → 订单创建 → 订单查询 → 订单取消 → 订单统计

继续往下拆，就会变成可以执行的任务，这就是WBS。

所以很多老项目经理都会说一句话：

项目能不能管好，80%取决于WBS拆得好不好。

WBS做不好，后面所有管理都会乱，因为进度、成本、责任，全部都要挂在WBS上。

2 OBS：谁来干这件事

如果说WBS解决的是做什么，那OBS解决的就是“谁来做”，就是组织分解结构。

很多企业项目推进困难，其实不是任务没拆清楚，而是责任不清楚。最常见的一句话就是：“这个事情谁负责？”

而OBS就是把项目里的组织结构拆出来，比如：

• 结构设计 → 研发部
• 电气采购 → 采购部
• 设备装配 → 生产部
• 功能测试 → 质量部

这本质上是一张项目组织架构图。OBS最大的作用，就是解决责任问题。

3 RBS：项目资源怎么分配

项目推进过程中，另一个很容易出问题的地方就是资源。比如：

• 核心工程师同时做3个项目
• 关键设备被多个项目抢
• 外协资源排不过来

这些问题，其实都和资源管理有关。

RBS又叫 资源分解结构，它关注的是项目需要哪些资源。

RBS就是把项目可能遇到的风险按照类别进行拆分，比如：

• 技术风险
• 进度风险
• 供应链风险
• 成本风险

通过这种RBS结构，项目团队可以提前识别潜在问题，并制定相应的应对措施。

很多企业在做项目风险评估时，都会先建立一张风险结构表，把主要风险逐一列出来，再制定对应的管理策略。

当资源拆清楚以后，项目经理就可以更合理地安排资源。

4 CWBS：把合同和项目工作对应起来

在大型工程项目或者设备项目中，经常会用到 CWBS，意思是合同工作分解结构。

很多工程项目往往涉及多个合同，比如设计合同、施工合同、采购合同等。如果合同内容和项目任务之间没有清晰的对应关系，项目管理就会非常混乱。

因此CWBS的核心思路就是，把合同条款和项目工作一一对应。

简单理解，就是把合同里的工作内容拆分成具体的项目任务，并和项目计划挂钩。

这样做的好处是，企业在项目执行过程中，可以清楚地知道：

• 合同里的每一项费用对应哪些工作
• 在项目执行过程中进行进度和成本控制

在工程项目管理中，这一点非常重要。

5 BOM：制造业最熟悉的结构

如果你在制造业做过信息化，一定听过一个词：BOM，也叫物料清单、产品结构表。

简单说，就是一件产品由哪些零件组成。

比如一台设备：

设备 → 电机 → 减速机 → 控制器 → 传感器 → 电缆

每个部件再往下拆，就形成顶层是成品、往下是层层展开的子件的树状结构

结合公司实际操作流程，可以将BOM分为三类：

• 技术BOM
• 生产BOM
• 工艺BOM

ERP、MES系统里的很多数据，其实都是围绕BOM展开的。

所以很多制造企业在做项目的时候，会把BOM + WBS结合起来。

这样可以做到一件事：

每一个零件，对应一部分工作。

6 PBS：从产品角度把项目拆开

PBS和BOM有些类似，但它更偏向项目管理视角。

PBS的全称是产品分解结构，它关注的是一个产品在整体结构上的组成关系。

比如一台设备可以拆分为动力系统、控制系统、结构系统和外壳等模块，每个模块再继续往下拆。

很多工程项目在制定计划时，往往会先做PBS，再根据产品结构去拆分工作任务。

7 FBS：从功能角度拆系统

在软件开发和产品设计领域，经常会用到 FBS，也就是功能分解结构。

很多企业在做新产品的时候，很容易犯一个错误：

先做结构，再想功能。

结果做出来的产品，经常是功能不完整，或者功能重复。

所以很多系统工程项目会先做FBS，明确产品要实现哪些功能。

比如一个APP可以拆成：

• 用户管理
• 商品管理
• 订单管理
• 支付系统

通过这种方式，产品团队就可以清晰地看到系统功能的整体结构，也方便研发团队根据功能模块进行开发和测试。

因此，FBS解决的是一个关键问题：产品到底要做什么。

8 RBS：把风险提前拆出来

除了资源RBS之外，在风险管理里还有一个结构也叫 RBS，也叫 风险分解结构。

它的核心作用是系统地识别项目风险。

例如一个项目的风险可能包括：

• 项目风险：技术风险、进度风险、供应链风险 、质量风险
• 技术风险：技术成熟度不足、关键算法不稳定
• 供应链风险：关键器件断供、外协交付延期

很多项目之所以后期问题不断，很大原因是：风险从一开始就没有识别出来。

RBS其实就是把这些潜在问题提前拆出来。

9 CA：项目成本和进度的控制单元

在项目成本管理领域，经常会提到一个概念：CA。

简单理解，它就是项目里的一个控制单元。

大型项目通常会被划分成很多小的管理单元，每一个单元都会设定预算成本和计划进度，同时记录实际执行数据，例如：

• 预算成本
• 实际成本
• 进度数据

通过这些数据，项目管理人员可以随时了解项目的执行情况，快速定位问题所在。

很多企业在做项目成本控制时，都会以控制账户作为基本管理单位，这样既方便统计数据，也方便进行过程管理。

10 CWS：项目的钱到底花在哪

最后一个结构是 CWS，也就是成本分解结构。

项目在执行过程中会产生各种费用，如果没有清晰的成本结构，很难看清钱到底花在哪。

CWS的作用其实很直接：

• 控制成本
• 资源分配
• 编制预算

一般来说，CWS通常会把项目成本按照不同类型进行拆分，比如人工成本、材料成本、设备成本和外包费用等。

通过这种结构，企业可以更直观地分析成本构成，了解哪些环节费用最高，哪些地方可能存在浪费，并对成本进行分析和优化。

最后说一句实话

真正成熟的项目管理体系，都会把这些结构连起来。

• 先拆产品
• 再拆工作
• 再分责任
• 再配资源
• 最后算成本

当这几套结构打通以后，项目管理就会变得非常清晰。

任务是谁的？ 资源在哪里？ 钱花在哪？

这些结构一旦搭好，项目就有了支撑骨架。很多管理动作，其实都会变得简单。

当任务、责任、资源和成本都被结构化以后，

项目管理就会从“人盯人”，变成真正的系统化管理。