背景
时间在指尖流淌,转瞬已是担任车间主任第10天。
看着车间轰鸣的机器,流水线上繁忙的工人,二毛心里有种沉甸甸的责任感。
经过10天的了解,二毛基本认识了车间的每个工人,每道工序,这样后续遇到问题处理起来也算是知根知底吧。
中午吃饭跟车间几个流水线的班长聊起日常工作,发现了一些问题。
有班长反馈,如果人员流失,则新来的人掌握的技能与老员工有比较大的差距,导致生产问题。
有班长反馈,个别批次产品质量不稳定,导致工人被罚款后,工作积极性下降。
有班长反馈,部分生产设备调试时参数比较多,容易出错,这也导致产品质量问题。
二毛嘿嘿一笑,脑中闪过一道光,嗯哼,这其实都是一类问题,吃完饭兄弟们先休息下,下午我们讨论下如何解决。
问题分析
下午一上班,三个班长就凑了过来,想看看这个看起来稚嫩说话却爱装老气横秋的新车间主任有啥高见。
二毛开始分析:
新员工与老员工有差距,说明新员工没有遵循老员工的工作规范。
产品质量不稳定,说明产品没有达到生产规范。
生产设备参数设置错误,说明设备没有按照参数规范进行管理。
这三个问题,其实就是规范管理问题。
如何,解决,兄弟们来看下代码。
原型模式
来来来,给你们讲一段代码,Java都会吧。
“不会!”…三个班长异口同声。
不会也给你们讲讲代码:
/**
* 元器件--原型模式,保证复制品都一模一样
*/
public class Component implements Cloneable {
/**
* 名称
*/
private String name;
/**
* 长度
*/
private double length;
/**
* 宽度
*/
private double width;
// 省略 get set方法
/**
* 展示
*/
public void display() {
System.out.printf("产品名称:%s,长度:%s,宽度:%s;\n", name, length, width);
}
/**
* 克隆自己
*/
public Object clone() throws CloneNotSupportedException {
return (Component) super.clone();
}
public static void main(String[] args) throws CloneNotSupportedException {
Component component1 = new Component();
component1.setName("标准件C01");
component1.setLength(100);
component1.setWidth(80);
component1.display();
Component component2 = (Component) component1.clone();
component2.display();
}
}
首先,有一个组件Component
的概念,这是一个标准件,可以代表工人、产品、设备等。
然后,该组件遵循Cloneable
接口,也就是说必须要可复制
,这是达成规范的核心,标准件必须是可复制的。
那么如何复制呢,就是clone()
方法说的那样,将自己完整的克隆一份,把自己关键的东西都交给克隆出来的新的组件。
OK,最后我们来看下执行结果:
产品名称:标准件C01,长度:100.0,宽度:80.0;
产品名称:标准件C01,长度:100.0,宽度:80.0;
你想想,如果是按这个模式产生的东西能不符合规范么,能不一样么。兄弟们,值得深思啊。
理论联系实践
二毛已经沉醉于自己的理念不可自拔,然而三个班长还是一脸迷惑。
二毛知晓还需要联系实践,把如何具体实施说清楚。
以新老员工交接来说,必须让老员工把自己的关键技能列出来,就像Component
组件里面的属性一般,非常清楚。
然后新员工上岗前,必须完整接收老员工的技能克隆clone()
,不允许员工直接上岗(不允许直接new创建对象)。
把握好这两点,新老交替就稳了。
以产品质量来说,必须设定产品质量指标,例如长度宽度等,新产品必须参考标准件实现。
以设备参数来说,必须设定各种参数标准,新产品必须完全复制参数标准。
这样你们懂了吧?不允许自定义,必须参考标准件,当然标准件是一个抽象的概念,就是必须参考标准去做事,才能增效提质!
嗯,这下子三个班长觉得有点道理,之前的管理太依赖于人治,缺乏对规范的制定和严格要求,导致出了这么多问题。
这个车间主任,还是有两把刷子的嘛。
共同学习,写下你的评论
评论加载中...
作者其他优质文章