点检表上全是勾,现场问题却一个没拦住。问题不在人,在表。我用了四周验证这个判断。
FIELD · SCHH-2026
原有点检表38项,多为检查是否正常这类无法判定的条目。操作工两分钟勾完,点检沦为签字仪式。
管理层的第一反应是加强考核。我反对:考核一个无法执行的标准,只会制造更精致的敷衍。
FIELD · SCHH-2026重设计遵循三个原则:可判定(把是否正常改为具体数值或状态,如油位在上下刻线之间)、可感知(优先用看听摸闻能完成的项目)、有阈值(异常时写清停机还是报修)。38项砍到14项,每项配一张图示卡。
同步做对照实验:两条产线一条用新表一条用旧表,四周后新表线通过点检提前发现的隐患6起,旧表线0起。数据说服了管理层,新表全厂推广。
点检的本质是把老师傅的巡检经验翻译成任何人都能执行的判定。翻译质量决定点检质量。
管理问题先怀疑标准再怀疑人。标准不可执行时,罚谁都是错的。
点检表被敷衍,几乎每个厂都怪操作工不认真。这个案例做了一件狠事:不怪人,怪表:把38项砍到14项,每项改成可判定、可感知、有阈值,然后两条产线对照跑四周。数据出来,管理层自己做了决定:新表线通过点检提前发现隐患6起,旧表线0起。一场关于“态度”的争论,被一场关于“设计”的实验终结了。这个案例的方法论可以推广到一切管理动作:执行不下去,先怀疑设计再怀疑人。
FIELD · SCHH-202614项是按“该岗位该班次能拦住的高频隐患”筛的,不是随手砍的。漏掉的24项里,多数转入周检月检由专业人做,少数本来就是重复项。点检分层是对的:班前点检拦高频、周期保养拦累积、专业检测拦隐性。一张表包打天下,才是隐患最大的设计。
FIELD · SCHH-2026这是点检失效的第二大原因,比表难填更隐蔽。我们的设计里数据必须有去处:异常项当天有人处置、月度数据进设备例会、趋势数据进分析报告。填了没人看,班组三个月后必然敷衍。点检表的存活不取决于填的人,取决于看的人。
如果您的点检表也被敷衍,先别开会批评班组,拿表自查三件事:多少项的判定标准是“正常/异常”而不是具体数值或状态;填完整张表实际需要几分钟、班组的反应是什么;上个月点检发现的异常有多少条被处置并留了记录。三件事查完,问题在表还是在管理,答案自然出来。