原帖由 zhuxinfeng520 于 2008-4-8 16:16 發(fā)表
9 y' {, D' t5 T/ { `7 u0 b對于PFMEA和控制計劃的先后順序,我認為應該是先有PFMEA然后才有控制計劃吧
) Y `) g2 P" ^! I% r/ H+ b2 d+ l) G- @9 Y' K& S' @) I6 @
; Q g/ V0 e |. @: A5 H
# G" F5 h5 b! P7 ?$ |$ M
( g/ C% n& c4 ^8 a. K對,,理論上應該先有PFEMA,,再做控制計劃。6 S$ ^+ J% M. Y: f1 b
1 {, m4 x0 A7 T0 N p
1 \6 D) G, h. `, G 可是前期的PFEMA做的不好(包括很多想當然及根本不可能發(fā)生的事情),,就是為做出這樣的文件而產生的,。TS評審在即,為了達到這些文件內容的一致性,,我的打算是盡量使控制計劃的內容都有在PFEMA中體現(xiàn)(不要拍磚啊,,現(xiàn)在這樣做就是為了應付檢查了)。
# O; h5 _: d8 W' a PFEMA是個很好的工具,,可以分析很多加工現(xiàn)場可能出現(xiàn)的問題,,一個好的PFEMA絕對能夠加快現(xiàn)場問題的解決。老外的一個加工特征可以對應著數(shù)十條潛在的原因及相應的對策,,而我們自己能做的就是短短的幾條而已,。可能我們年輕,,沒有足夠的經驗,。但是最大的問題是,我們的技術管理者,,他們也不太懂,。在更多的生產管理者看來,做這些枯燥的文件,,簡直就是一種浪費,,沒人會看,沒人愿意去看,。(所以我也沒有多大的信心做下去了,,應付足矣!)
3 c. q: \' I5 z% Y* |9 M& v5 P& j 作為新手的我來做PFEMA,,初期最難確定的是數(shù)值大小的確定,。經過與支持人員的不斷交流,,數(shù)值大小的確定不是問題的時候,。對潛在原因的分析,,及相應過程的預防措施又是個大難題,畢竟經驗不足�,�,!/ m: R0 ?+ U N! z% I, _& w5 v
E, p/ w& n; j: ?2 c- V 呵呵,期望能見到高手的見解,。,。 |