当前位置:首页 > 科研成果库

那滩油和三次换密封:根本原因分析为什么总在“人”这里停住

2026-10-29 05:03:05小研科研成果库7

凌晨两点四十,中控室电话响。对方说,P-204泵又漏了。

又。这个字比报警声还刺耳。我披上外套往现场走,心里已经开始盘算:密封圈?上周刚换。操作工?上个月才培训。说真的,当时我脑子里蹦出来的答案,没一个靠谱。

到了现场,地上汪着一小片油,不大,但足够让巡检记录变成一张废纸。维修班长蹲在旁边,手电筒照着泵壳,嘴里嘟囔:这鬼东西,换了几次密封了。你看,这就是根本原因分析特别容易翻车的地方——所有人都急着给答案,没人愿意先承认自己没看懂问题。

又漏了,然后呢

先别急着换密封。拆开看,动静环的磨痕偏在一侧,不是均匀磨损。正常磨损是整圈发亮,偏磨说明有偏载,或者振动。泵不缺油,联轴器对中上周才打表。那振动从哪来?

查DCS趋势。入口压力隔一阵就往下掉,掉完又弹回来。像人打嗝。再看过滤器压差,变送器显示零。零?管道里走的是含少量颗粒的溶剂,过滤器不可能零压差。跑到现场一看,压差变送器的隔离阀关着。信号是假的。

化工厂离心泵机械密封泄漏油渍检修现场化工厂离心泵机械密封泄漏油渍检修现场

问夜班。夜班说,这报警太吵,隔半小时响一次,实在受不了,就让仪表把信号旁路了。再问仪表,旁路单子有,审批栏空着。再查工艺,三个月前提过10%的流量,变更单上风险评估一栏写着“无明显影响”。维护计划呢?五年前定的,里面压根没有过滤器清理这一项。

到这里,事情才有点意思。密封损坏是直接原因。但直接原因只是事件链上的一环。你把它换了,条件没变,它还会坏。这就是根本原因分析要干的事:把“发生了什么”和“为什么会发生”拆开。前者靠时间线,后者靠条件链。

“人为失误”是个万能垃圾桶

“人为失误”是个万能垃圾桶“人为失误”是个万能垃圾桶

很多报告写到“操作工未按规程巡检”,就停了。停得特别心安理得。好像找到了一个名字,问题就解决了。说实话,这锅甩得真顺手。可你追问一句:巡检规程里有没有过滤器压差这一项?巡检点设置合不合理?报警被旁路之后,系统有没有提醒?答案往往是没有。那“未按规程”就不是根因,是症状。

人为失误这个词,像个万能垃圾桶。什么都能往里扔。扔进去之后,措施也特别好写:加强培训,提高意识,签字确认。对吧?培训当然有用,但培训不是万能的。你让一个人盯着一个被旁路的信号,他盯出花来也没用。

我见过一份报告,正文八页,结论三条:加强培训、加强巡检、加强考核。三个“加强”,像三块创可贴贴在漏水的管子上。创可贴不便宜,可管子还在漏。根因分析不是写作文,不是字数多就深刻。它得能落到具体动作上:清理过滤器、恢复压差报警、补上维护计划、变更前做风险评估。每个动作都要有人、有期限、有验证。不然就是纸上功夫。

别只画时间线,看看屏障

时间线有用,但时间线只告诉你“先后”。它不告诉你“为什么这个先后会必然发生”。我更喜欢用屏障的思路:把正常状态和事故状态之间,想成几道门。每道门都有洞。事故不是一道门坏了,是几道门的洞刚好对齐。

拿P-204来说。头一道门是工艺屏障:入口过滤器。它堵了,没人清。下一道门是监测屏障:压差报警。它被旁路了,审批还空着。再一道门是管理屏障:维护计划。它压根没包含过滤器清理。还有一道门是变更屏障:提量10%的MOC。风险评估写了“无明显影响”,没算过滤器余量。四道门,洞全开了。密封只是被撞坏的那个零件。

工程师白板绘制故障树和屏障分析图工程师白板绘制故障树和屏障分析图

所以根本原因分析不是找“罪魁祸首”,是找“系统里哪几个条件凑在一起,让事件发生”。这话听起来有点绕。换个说法:你看到地板湿了,拖地是纠正措施。找管子是根因分析。但管子为什么破?水压?管材?安装应力?你得看证据。不能靠猜。也不能无限追问。追问到“为什么人类会犯错”,那就成哲学了,落不了地。

那什么时候停?我的土办法是:当你继续追问,答案已经超出这个组织能控制的范围,或者需要改变物理定律,就停。但可以留观察项。比如“为什么密封本身寿命有波动?”这可以挂个长期跟踪。别硬塞一个根因。复杂系统里,很多问题没有单一根因。硬找唯一根因,容易把分析变成故事会。

验证,不然报告就是小说

验证,不然报告就是小说验证,不然报告就是小说

措施定了,别急着归档。P-204的处理是:清理过滤器,恢复压差报警,加报警分级和旁路审批,更新维护计划,提量变更补做风险评估。然后跟踪三个月。三个月里,密封没再漏。入口压力稳了,压差在0.08到0.12兆帕之间晃,正常。

但我没敢松懈。因为这里面有运气。要是那批密封本身也有问题呢?谁知道。所以验证不是走形式,是给分析打补丁。没有验证的根因分析,跟小说差不多。情节完整,人物饱满,就是不能当证据。

还有个坑:措施别全往“人”身上推。培训、考核、签字,这三样特别省事,也特别容易反弹。你让夜班不屏蔽报警,可报警一天响八十次,他怎么办?得先解决报警泛滥。你让操作工多巡检,可巡检表上没这一项,他巡什么?得先改表。根因分析的价值,不是让人认错,是让系统少犯错。

当然,它也有边界。适合有明确事件、边界相对清楚、能拿到证据的故障。安全文化、组织惯性这类东西,硬套根因分析,容易变成空对空。还有,别把它当追责工具。一旦变成追责,信息就没了。没人愿意说自己旁路了报警。你得到的报告,只会越来越干净,越来越没用。

那滩油后来擦掉了。泵还在转。我路过的时候会多看两眼。根本原因分析这事,说白了就是别急着擦地,先看墙里的管子。但也别把整面墙都拆了——你得知道哪面墙值得拆,哪面墙拆了会塌。