914.渔港船舶运维采集
渔港船舶运维采集，你还在一张张翻纸质报表吗？
你见过凌晨三点的渔港吗？
绝非是那种充满诗意、洋溢浪漫且有着滤镜衬托情形下的凌晨, 而是实实在在的这般场景: 柴油的味道与海腥味相互混杂, 引擎发出的声响将人声完全掩盖, 船老大裸露着膀子蹲坐在码头的旁边地段, 手里紧紧攥着一叠皱皱巴巴的纸张, 朝着灯光眯起眼睛去看, 那纸上呈现的是上一个航次的油耗量、维修所需时段以及零件更换的具体记录。纸张被海风刮得发出啪嗒啪嗒的响声, 他咒骂了一句, 随后把纸塞回到防水袋子里面去, 情形便是如此。
这个场景，我见过太多次了。
落在现实中的渔港船舶运维采集, 这听上去好似一个毫无温度的技术术语, 然而, 就是那些带着海水、沾着机油的纸质相关记录, 就是那些在深夜对着表格面露愁容、被晒得皮肤黝黑的男性个体。
为什么我们还在用二十年前的办法做这件事？
为何没人认为这属于一个问题。船坏掉了便去修理, 修理完毕进行记录, 记录好了之后把它放进抽屉。下一次船坏掉了再次去翻找, 要是翻找不着那就凭借经验去猜测。数据? 什么样的数据? 只要船能够运行就可以了。
可你真的能“跑船就行”吗？
一个船老大说漏了嘴的秘密
去年, 于象山, 我同一位从事渔船维修二十年之久的老陈展开交谈, 他饮了两杯黄酒之后, 忽然对我说, 实际上他早就萌生了更换系统的想法。
我一愣。系统？你们用什么系统？
此刻是何种系统? 仅仅是于微信群当中发送一份Excel表格罢了。他露出苦笑说道，船名、故障、维修时间、配件型号等等, 全部都在聊天记录里。若想要查询半年之前的变速箱故障情况, 那就得翻阅几百条消息, 一直翻到手指头抽筋才行。
他停顿一下, 把声音放低说道, 去年有一条船, 主机的曲轴出现了断裂的情况, 去查看记录之后才发觉, 三个月以前同样的问题曾经修理过一回, 更换的是二手的零件。
二手件。三个月。曲轴断裂。
海上，离岸十海里，发动机舱里一声巨响。
我向他询问后续的情况是怎样的, 他讲并没有发生严重的事情, 船是凭借惯性自行漂回来的, 然而他为此后怕了长达一整个冬天。
那并非效率低下所导致的, 也不是麻烦造成而来的呀, 实际这乃是“运维采集”缺失所引发的真正代价, 是关乎性命的大事。
你以为采集就是“记下来”？
很多老板跟我说：我们已经在采集了，你看，每艘船都有台账。
我予以相信。存在着纸质的台账, 还有那电子表格形式的, 另外有微信接龙这种方式, 以及钉钉审批此类途径。其呈现的形式多种多样, 然而本质却是完全相同的——数据如同进入了黑洞一般。
收集并非是“记录下”, 收集了却不进行剖析, 那就等同于没有收集, 剖析了却不加以运用, 那就等同于剖析了个空欢喜。
在渔港处于船舶运维这个状况下, 最为欠缺的并非是技术, 而是“闭环”。数据源自何处、去往哪里、怎样反馈给下一艘船、如何对下一次故障进行预警。这才被称作采集。不然仅仅是在制造数字垃圾。
我们到底在采集什么？
讲真, 才开始初涉这个行业之际, 我觉得运维采集不过是记住几个数目: 油耗, 转速, 维修日期。然而随后发觉, 我实在是太单纯幼稚了。
实际上的运维采集, 是将一条船的整个生命周期予以拆解, 使其成为诸多碎片, 而后再把这些碎片重新拼接回去。
发动机型号, 你得记住? 配件批次, 你得记住? 那个维修师傅是谁, 你得记住? 换下来的旧件, 怎么处理的, 你得记住? 甚至这次维修, 用了多少时间, 花了多少钱, 船东到最后满不满意, 这些可全都得记下来！
鉴于一条船并非处于孤立状态, 船与船之间, 故障存在传染现象, 在相同航线、同一批配件以及同一个维修师傅的情况下, 问题常常并非偶然发生。
上个年度的台风季节期间, 舟山的一组船队里, 接连有三艘船只出现了舵机失去原本操控功能的状况。经过一系列详细的排查工作, 最终确定, 原来是同属一家供应商所提供的密封圈, 其批次存在着问题。倘若不是相关数据实现了贯通连接, 并且进行了相互交叉对比, 究竟是谁能够想到, 问题源头居然是密封圈呢?
这便是采集所具备的价值, 并非是要你去记载如同流水一样的账目, 而是要你得以看见那如同流水记账一般背后所隐藏的“不干净的东西”。
当采集变成“照妖镜”
我见过最极端的案例，是在福建一个渔港。
有个船东持续采用电子化运维采集事项长达三个月, 之后呢, 他惊觉自己船队当中, 存在一艘船, 其维修频率为其余船只的三倍之多, 并且是针对同样故障反复进行修理。
他去找维修队理论。维修队说：配件质量不行。
他再次去查询配件采购的记录, 结果发现, 那一批配件乃是维修队自己所进行推荐的, 较之于市场价格要昂贵百分之二十, 然而所标注的却是“原厂正品”。
后来他认栽了。但那个维修队，他再也没用过。
瞧, 数据是不会说谎的。然而, 数据得经过被采集, 经过被串联, 经过被看见。否则, 你便是那个被蒙在鼓里的冤大头呀。
别把采集搞成“面子工程”
我现在最怕听到的一句话是：“我们已经上系统了。”
是上了系统吗, 接着, 难道数据就那样闲置在服务器里毫无功用, 只是每个月来导出一回Excel拿给老板瞧上一眼, 这般情况能称作是“上系统”, 而并非是“采集”不成, 这是怎么回事?
实际的采集情形是, 每一天, 每一艘船只, 每一回出海行动, 每一次进行维修, 其间数据始终处于流动状态。并非等到你依据月份去开展统计时才知晓, 而是在故障尚未发生之前, 系统便已然向你传达告知: 此艘船只的螺旋桨轴承, 继续运行50小时之后就应当实施保养操作了。
这不是科幻。这是已经有人在做的事情。
将泛微e启营事业群共同构建的、这般的一套经营策略, 确切地讲, 便是: 并非与你阐释那些宏观的理论依据, 而是径直运用数据为你执行劳作任务。
你真正需要的是“傻瓜式”采集
什么大数据, 什么物联网, 什么AI中台, 都别跟我扯。渔港的人, 没工夫学这些。
你所需做的是, 将手机开启, 朝着故障所在部位拍摄一张照片, 通过语音说出一句“左主机第三缸喷油嘴出现漏油情况”, 随后系统能够自动进行识别, 能够自动予以归类, 能够自动生成维修工单。
请在维修完成之后, 再去拍下一张照片, 然后通过语音说出一句“已更换, 测试正常”。系统会自动使得之前的记录产生关联, 把同一故障的历史维修方案予以对比之后, 推送给你这样的内容: “上次你所更换的是A型号喷油嘴, 其使用时长为580小时；此次更换的是B型号, 建议在500小时时进行复查。”。
这般情形才称得上是采集。并不会使得一线从事人员的工作数量有所增加, 甚至于相比于他们以往进行手写记录的状况而言, 还要更加便捷省事。
写到最后，我想说
渔港进行船舶运维采集, 这件事情听起来规模不算大, 实际操作起来也并非极度困难。然而困难之处在于, 你是否心甘情愿去相信, 那些被你随意丢弃的所谓“破纸片”, 那些你嫌麻烦懒得记录的“小故障”, 实际上是一笔数额极为巨大的财富。
任何一艘船, 都以自身独有的方式进行言语表达。只是往昔之时你未能理解, 或者是不愿去倾听。
现在，工具就在这儿了。你选吧。
或者持续翻动纸质报表, 于凌晨三点刮着腥风之时咒骂；或者, 使数据为自己注视船只。
反正船是你的，命也是你的。
最新评论