去年三季度,我差点捅个大篓子。
那天下午核对一批设备维护记录,屏幕上跳出一条报警——工艺标准录入值跟原始单据差了0.3个单位。按规定,这误差在允许范围,点个“忽略”就能过。但我多看了一眼关联字段:设备型号是a,维护周期写着2000小时,验收结果合格。
a型设备,说明书白纸黑字写着滤芯200小时必须换。2000小时是什么概念?设备要连续运转三个多月不换滤芯,按我们现场的工况,早该出故障了。
我当时还以为是单据写错了,翻出原始记录一核对——单据上是200小时没错,录入的时候多敲了一个零。更麻烦的是,这条数据已经过了三道核对关,流到了质量验收系统里,被自动判定为合规。
说实话,那一刻我不是生气,是想不通。三个人做校对,怎么会放过去一个这么明显的逻辑错误?
我花了两天时间追这事。先翻出过去三个月所有a型设备的维护记录,一条一条比对录入数据和原始单据。发现类似的“零多零少”错误出现了七次,集中在同一个操作员身上。我去找他聊,他委屈得不行:“我夜班眼睛花,录入界面的数字框又没限制,多敲个零它也不报警,我怎么知道?”
这话戳到点子上了。我又把三个校对员拉到一起,问他们怎么核的。甲说“我看时间字段格式没问题”,乙说“我看设备编号对得上”,丙说“我看验收结论是合格”。三个人各看各的,没人做逻辑验证——2000小时合不合理?不在任何人的职责范围内。
问题出在流程上。不是人不行,是分工方式有漏洞。我把这个情况写成报告,附上那七次错误的明细,去找组长。他看完第一反应是:“人家干了三年都没出事,就你事多?”我没顶嘴,把过去半年因为字段逻辑矛盾没被发现的隐患清单拉出来,排了两页纸。他看完沉默了好一会儿,第二天开会时主动提了我的方案。
后来我做了三件事。
第一,跟技术部磨了两周,给录入系统加了个范围校验。维护周期超过设备手册规定的上限,直接弹窗不让保存。这种小改动,技术那边本来不乐意接,我拿着那七次错误的截图去找他们负责人,说“这要真出了设备事故,算谁的责任?”对方没再推,三天改好了。
第二,调整了校对的流程。不再是一个人看一个字段,而是三个人轮流做“逻辑串”——谁最后经手,谁负责把时间、设备、人员、结果四个字段串起来,看能不能讲通一个完整的故事。比如换了滤芯的时间是今天,验收结论的日期却是昨天,这种矛盾一眼就能看出来。
第三,我开始定期翻录入日志。不









