现场改善

计划改了,班组还是照旧做?先把冻结窗口、变更口令、执行回执三项卡死

上午九点,销售催着换一张急单,计划在系统里改了顺序,车间主任也在群里发了消息。可到十点巡线时,班组还在按旧单做。

作者:TreeMES 编辑部
计划改了,班组还是照旧做?先把冻结窗口、变更口令、执行回执三项卡死

《计划改了,班组还是照旧做?先把冻结窗口、变更口令、执行回执三项卡死》

上午九点,销售催着换一张急单,计划在系统里改了顺序,车间主任也在群里发了消息。可到十点巡线时,班组还在按旧单做。

这类问题最容易被解释成执行不到位。可真到现场看,往往是计划、班组、仓库和检验手里拿着不同版本的信息,谁都以为自己看到的才是最新。

系统改得再快,只要变更权限、传达口令和现场回执没有锁住,计划变更就会在最后一步散开。

对工厂老板来说,真正要管的不是谁发消息更勤,而是谁有权改、谁必须收、谁要回证。没有这三件事,改计划只会变成多人各说各话。

计划员有职责改表,车间主任有责任保切换,班组长却未必有权限停旧单等新口令,仓库和质检也不一定愿意为一次临时改动重新配合。授权和边界不清,收益留在改计划的人身上,风险却落到机台边。

第一项:冻结窗口

先把什么时间点以后不能随便改,写成固定窗口。比如离开机多近、离换型多近、离首检多近,分别由谁拍板。

没有冻结窗口,销售为了保客户会改,计划为了保承诺会改,车间为了保设备不停也会自己调整。看起来都在救火,现场却拿不到唯一口径。

冻结窗口不是不让改,而是让每一次改动都有明确代价。

谁先接单改计划,谁就可能背责;谁把问题说成不归我,短期更安全,现场就会滑向多做多错、少做少错。

第二项:变更口令

计划一旦改动,不能只靠系统状态和口头提醒。现场必须收到同一种口令,里面至少要有四个信息:旧单做到哪,改成哪张新单,什么时候切,首件条件是什么。

这条口令要能同时到班组长、仓库、质检和换型岗位,不能有人看系统,有人听电话,有人等群消息。

谁先知道变更,谁不一定有权执行;谁真正执行,也不该靠猜。变更口令的作用,就是把“大家都知道一点”变成“所有关键岗位知道同一件事”。

第三项:执行回执

真正的断点,常发生在计划已经改完,现场却没人确认已经切过去。于是系统是新单,产线还在跑旧单,仓库和质检也跟着错位。

执行回执至少要写清三件事:旧单停在第几箱,新单从哪一时刻开始,谁确认首件和在制品处理结果。

没有回执,谁都可以说自己已经通知过;有了回执,才知道变更到底停在计划端,还是停在机台边。

谁负责发送、转交、关闭这次切换,如果不在回执里写明,处理动作就会掉回口头协商。

十分钟怎么落地

第一步,把最近一周最常改的三类计划挑出来,先定义冻结窗口。第二步,做一条统一的变更口令模板。第三步,把班组长回执和首件确认绑在一起,不回证就不算切换完成。

并不是所有工厂都要上复杂审批流,但现实是,只要跨销售、计划、仓库、质检和班组长协同,就不能扩大成所有变更都靠群消息推动。

小型粗放工厂先用白板和纸卡把三项锁住;中型成长型工厂要把仓库、质检和计划一起拉进回执;大型工厂则要防止系统自动改完,却没有任何现场确认。

老板不用亲自盯每次换单,但必须规定谁能破窗、谁发口令、谁回证。这样现场面对变更时,先做什么、谁负责、什么时候算完成,才不会再靠猜。

计划变更真正怕的,不是改得慢,而是改了以后没有唯一执行链。三项卡死以后,系统里的新顺序才有机会变成机台边的新动作。

我是三色灯MES系统发明人黄朝兴,关注我,持续分享拿来就能用的工厂管理方法。

下一步

从现场的一个真实问题开始

预约产品演示,讨论设备、工位或产线的数据采集范围。