为IPQC 制定停线机制
本帖最后由 lyj-fredliu 于 2011-6-7 17:19 编辑
最近把IPQC 划到QA 下面. 且赋予了喊停线的机制. 所以目前制定了以下机制. 希望大家踊跃讨论, 在线在发生哪些状况的时候IPQC 应该叫停.
目前我自己想了以下几点.
1> 产线FPY 太低, 须停线整顿.
2> QA 抽验发现高不良.
3> on line QC 连续发现3pcs 外观不良.
4> on line QC 的F/R >= ? 系统就自动停线.
5> 待维修的数量超过X.
6> 2个小时内同一个不良超过Y
我们工厂是电子厂.
新增了5和6条. 这些我们都是用系统自动来管控的.说是赋予IPQC 的停线权利,其实就是让他们记录停线事件,原因等.到最后做个统计, 什么原因停的线, 具体该如何改善.
最近把IPQC 划到QA 下面. 且赋予了喊停线的机制. 所以目前制定了以下机制. 希望大家踊跃讨论, 在线在发生哪些状况的时候IPQC 应该叫停.
目前我自己想了以下几点.
1> 产线FPY 太低, 须停线整顿.
2> QA 抽验发现高不良.
3> on line QC 连续发现3pcs 外观不良.
4> on line QC 的F/R >= ? 系统就自动停线.
5> 待维修的数量超过X.
6> 2个小时内同一个不良超过Y
我们工厂是电子厂.
新增了5和6条. 这些我们都是用系统自动来管控的.说是赋予IPQC 的停线权利,其实就是让他们记录停线事件,原因等.到最后做个统计, 什么原因停的线, 具体该如何改善.
没有找到相关结果
已邀请:
43 个回复
lyj_fredliu (威望:6) (上海 松江区) 计算机相关 主管
赞同来自:
我目前制定的是IPQC 叫停的机制. 达到这些条件, 产线就要停线.
F/R 等这些我们都可以用系统来实现. 系统判断, 系统停线.