3. FMEA实施七步法(上):第一步 策划与准备、第二步 结构分析

各位工程师朋友,咱们今天正式进入FMEA的核心——七步法。说实话,我见过太多人把FMEA做成了“填表游戏”,项目结束了表格还没填完,或者填完了没人看。为什么会这样?因为跳过了最关键的策划与准备。

我个人习惯,在启动任何FMEA之前,先问三个问题:
① 我们为什么要做这个FMEA?
② 范围划到哪?
③ 谁来做?

这三个问题想清楚,后面六步才能走稳。咱们今天先讲前两步:策划与准备和结构分析。


3.1 第一步:策划与准备

这一步说白了就是“磨刀不误砍柴工”。我刚开始带项目时,总觉得策划浪费时间,直接拉人开干。结果呢?做到一半发现分析范围不对,又返工重来。嗯,从那以后我再也不敢跳过这一步了。

3.1.1 明确FMEA的类型与范围

首先,你得搞清楚做哪种FMEA。常见的就三种:

类型 分析对象 典型应用场景
DFMEA 产品设计 新设计、设计变更、设计复用
PFMEA 制造/装配过程 新产线、工艺变更、质量问题回溯
MFMEA 设备/机器 设备维护、预防性维修计划

你想想看,如果产品还在概念阶段,你非要去做PFMEA,那不是白费劲吗?范围一定要对得上项目的阶段。

3.1.2 组建跨功能团队

FMEA不是一个人能干的活。我记得有一次,一个设计工程师自己闷头做DFMEA,结果评审时制造部门说“你这个公差根本装不上”。为什么?因为设计没叫制造的人来参与。

我建议团队至少包含以下角色:

  • 主持人:熟悉FMEA方法,引导讨论节奏
  • 设计/工艺工程师:提供技术细节
  • 制造/装配代表:反馈可制造性
  • 质量/测试代表:提供历史失效数据
  • 供应商代表(如涉及外购件)

团队规模控制在5~8人最合适。人少了思路打不开,人多了讨论效率低。

我的小技巧: 每次FMEA启动会,先花30分钟做“FMEA方法培训”。别以为大家都懂,我遇到过做了三年FMEA的工程师,连“探测度”和“频度”都分不清。统一语言,后面才能高效。

3.1.3 制定FMEA计划

这一步很多人会忽略。其实很简单,就是一张表:

项目 内容
FMEA编号 DFMEA-2024-001
分析对象 XX型号电机控制器
主持人 张三
团队成员 李四、王五、赵六
计划开始日期 2024-03-01
计划完成日期 2024-03-15
评审节点 2024-03-10(初稿评审)

有了这个计划,项目进度才可控。不然FMEA很容易被其他任务挤掉。

注意: 策划阶段一定要明确“FMEA的输入文件”。比如DFMEA需要产品图纸、BOM、功能需求文档;PFMEA需要过程流程图、控制计划、作业指导书。没有输入,分析就是空中楼阁。

3.2 第二步:结构分析

结构分析,说白了就是把你要分析的对象拆开来看。拆到什么程度?拆到你能说清楚每个零件/步骤的功能为止。

这一步有两个核心工具:框图和边界图。我当年第一次做FMEA时,觉得画图太麻烦,直接跳过了。结果分析到一半,发现漏了一个接口,又回头补图。你想想看,多折腾。

3.2.1 框图(Block Diagram)

框图展示的是系统内部的结构层级和信号/物料流向。它回答的是“系统由哪些部分组成,它们之间怎么连接”。

咱们来看一个例子。假设分析对象是一个直流无刷电机驱动系统,它的框图可以这样画:

直流无刷电机驱动系统框图 直流无刷电机驱动系统框图 电源模块 24V DC输入 控制模块 MCU + 驱动IC 驱动模块 MOSFET H桥 电机本体 三相无刷 霍尔/编码器反馈 框图要点: 1. 每个方框代表一个子系统/组件,层级清晰 2. 实线箭头代表能量/物料/信号的主流向 3. 虚线箭头代表反馈/监测信号 4. 框图是后续功能分析和失效分析的基础

你看,这张图把系统分成了四个模块,箭头标明了能量流向和反馈信号。有了它,你才能说清楚“哪个模块失效会影响哪个模块”。

3.2.2 边界图(Boundary Diagram)

边界图比框图多了一层信息——系统与外部环境的交互。它回答的是“哪些东西在分析范围内,哪些不在”。

我举个例子。还是那个电机驱动系统,边界图会画出:

  • 内部元素:电源模块、控制模块、驱动模块、电机本体(在框内)
  • 外部元素:整车控制器(CAN指令)、负载(风扇/泵)、散热系统、操作人员(在框外)
  • 接口关系:电气接口、机械接口、热接口、人机接口
为什么要画边界图? 我遇到过最典型的坑:分析时只盯着内部零件,忽略了外部接口。结果电机烧了,查了半天发现是散热风道被堵了——散热系统不在分析范围内。边界图就是帮你划清“我的责任田”到底有多大。

3.2.3 结构树(Structure Tree)

除了框图和边界图,我建议再做一个结构树。它用树状结构展示从系统到子系统的层级分解。比如:

电机驱动系统
├── 电源模块
│   ├── 电源滤波电路
│   ├── DC-DC转换器
│   └── 保护电路
├── 控制模块
│   ├── MCU
│   ├── 驱动IC
│   └── 接口电路
├── 驱动模块
│   ├── 上桥MOSFET
│   ├── 下桥MOSFET
│   └── 栅极驱动电阻
└── 电机本体
    ├── 定子绕组
    ├── 转子磁钢
    └── 霍尔传感器

结构树的好处是:每个节点都能对应到后续FMEA表格中的“项目/功能”列。你想想看,如果没有这个分解,你写功能描述时很容易漏掉某个零件。

我的习惯: 结构树做到“可更换单元”层级就够了。比如电阻、电容这种基础元件,除非是关键件,否则不用再往下拆。拆得太细,FMEA表格会膨胀到无法管理。

3.3 结构分析的输出物

第二步做完,你应该拿到以下东西:

输出物 用途
框图 展示系统内部连接关系
边界图 明确系统边界和外部接口
结构树 层级分解,为功能分析打基础
零件/过程清单 FMEA表格中“项目”列的来源

这些输出物不是一次性画完就完事了。我建议在FMEA评审时,把框图和边界图打印出来贴在墙上。团队讨论时,大家指着图说“这个接口有问题”,比对着表格空想要直观得多。

避坑指南: 我曾经见过一个团队,结构分析做了三周,画了20多张图,结果FMEA正文还没开始。记住:结构分析是手段,不是目的。框图够用就行,别追求“画得漂亮”。一张清晰的草图,胜过一张精美的废纸。

好了,第一步和第二步就讲到这里。总结一下:策划与准备决定了FMEA的方向和资源,结构分析决定了你能把问题拆得多细。这两步走扎实了,后面的功能分析和失效分析才能有的放矢。

下次咱们接着讲第三步:功能分析和第四步:失效分析。到时候我会分享一些实战中遇到的“失效模式命名”的坑,保证让你少走弯路。