DRBFM培訓(xùn)資料-課件_第1頁
DRBFM培訓(xùn)資料-課件_第2頁
DRBFM培訓(xùn)資料-課件_第3頁
DRBFM培訓(xùn)資料-課件_第4頁
DRBFM培訓(xùn)資料-課件_第5頁
已閱讀5頁,還剩89頁未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

PreventionMethodLGElectronics27906-200701employeePreventionMethod事前預(yù)防PreventionMethodLGElectronic目錄品質(zhì)意識大企業(yè)病品質(zhì)文化的需要顧客的選擇我們的選擇對事前預(yù)防手法的理解事前預(yù)防是指?優(yōu)良設(shè)計優(yōu)良設(shè)計以后的改善事前預(yù)防手法FMEA概要FMEAVs.DRBFMDRBXX開發(fā)流程接軌參與者的作用DRBXX的理解DRBFM實(shí)習(xí)DRBTR實(shí)習(xí)DRBDP實(shí)習(xí)案例研究目錄品質(zhì)意識DRBXX學(xué)習(xí)目標(biāo)為了成為真正的第一,能夠理解必要的品質(zhì)意識。理解事前預(yù)防手法是指什么,并且領(lǐng)悟到事前預(yù)防手法的必要性,適用于業(yè)務(wù)中。理解事前預(yù)防手法的3種Tool的

DRBFM,DRBTR,DRBDP的方法論,并能夠進(jìn)行說明。學(xué)習(xí)目標(biāo)為了成為真正的第一,能夠理解必要的品質(zhì)意識。制造業(yè)中如何將公司職員的創(chuàng)造性轉(zhuǎn)換為價值附加到產(chǎn)品中是決定勝負(fù)的關(guān)鍵。I.品質(zhì)意識1)大企業(yè)病

制造業(yè)的勝負(fù)賦予產(chǎn)品附加價值變更變化差異interface集中化客觀化創(chuàng)造性

從業(yè)員自覺發(fā)現(xiàn)問題

浪費(fèi)消除

充分的時間*浪費(fèi)

:不產(chǎn)生價值的工作制造業(yè)中如何將公司職員的創(chuàng)造性轉(zhuǎn)換為價值附加到產(chǎn)品中是決定勝部門間的

interface“意識”的麻痹*意識=從業(yè)員全員的創(chuàng)造性

大企業(yè)病等待指示工作之墻執(zhí)行消耗時間

進(jìn)行狡辯大企業(yè)病部門間的interface大企業(yè)病等待指示大企業(yè)病日程第一

速度只關(guān)于形象的討論狡辯顧客第一

(品質(zhì)第一)Early(事前預(yù)防)關(guān)于現(xiàn)地/現(xiàn)貨的討論解決方案

(即答)

變化的追求日程第一顧客第一(品質(zhì)第一)變化的追求WorryingaboutQualitySystem/Tool規(guī)則

/職責(zé)意識:GMTOYOTA

DifferenceinCultures2)品質(zhì)

Culture的必要WorryingaboutQualitySystem/T明確的定義責(zé)任和作用的話???就會認(rèn)為品質(zhì)是其他人的工作制定一個優(yōu)秀的支援System的話???認(rèn)為沒有必要去到當(dāng)?shù)乜船F(xiàn)貨之后去思考或者擔(dān)心的必要。(導(dǎo)致封閉化,官僚化)應(yīng)該只培養(yǎng)這個方面Culture的問題點(diǎn)明確的定義責(zé)任和作用的話???制定一個優(yōu)秀的支援System品質(zhì)意識執(zhí)行正確的工作

優(yōu)良設(shè)計添加附加價值好的討論準(zhǔn)確的剖析

品質(zhì)意識的活用品質(zhì)意識執(zhí)行正確的工作添加附加價值品質(zhì)意識的活用美國人…1位2位3位不買美國車的理由可靠性擔(dān)心

(70%)品質(zhì)不好

(70%)二手車價格的低下

(63%)不買歐洲車的理由MaintenanceCost高

(80%)高Cost(價格,費(fèi)用)

(60%)保險費(fèi)用高

(39%)不買亞洲車的理由不買亞洲車

(61%)MaintenanceCost高(39%)高Cost(價格,費(fèi)用)(27%)3)顧客的選擇

顧客的評價(ex:VehicleAvoidanceStudy)顧客通過什么進(jìn)行選擇?美國人…1位2位3位不買美國車的理由可靠性擔(dān)心(70%)品

99.2%

和99.4%的斗爭JDPower135件的提問中Cadillac是每個問題

0.8%個不滿

(99.2%的顧客是滿意)JDPower135件的提問中Lexus是每個問題

0.6%的不滿

(99.4%的顧客是滿意)99.2%和99.4%的斗爭JDPower135件100件200件(70%)(19%)(20%)20%40%60%80%不買美國車的人不買歐洲車的人不買亞洲車的人在不買的理由中選擇「對可靠性的擔(dān)心」的人美國車歐洲車亞洲車購買車輛后3年的問題發(fā)生數(shù)

(件/100臺)

實(shí)際數(shù)據(jù)和顧客期待的管理100件200件(70%)(19%)(20%)20%40%6想獲得好的印象是需要時間的現(xiàn)在的顧客判斷的基礎(chǔ)是幾年前的實(shí)績承認(rèn)現(xiàn)在的實(shí)績的人將會是數(shù)年后的顧客顧客會對很小的差異產(chǎn)生反應(yīng)顧客對數(shù)據(jù)以外的事實(shí).評判(形象)有所反應(yīng)

想用品質(zhì)獲得顧客的信賴的話,只用適當(dāng)?shù)钠焚|(zhì)是不行的。

質(zhì)量保證成本只是品質(zhì)指標(biāo)的一部分而已。品質(zhì)的指標(biāo)就是銷貨。

信賴的獲得想獲得好的印象是需要時間的信賴的獲得例:舉Fieldissue項(xiàng)目的例子,作為

SegmentLeader,如何制定夏季135個不滿的改善戰(zhàn)略?當(dāng)然決定優(yōu)先順序?qū)τ?/p>

Manager來說很重要在其基礎(chǔ)上,你為了選擇要改善的

Top20項(xiàng)目,有可能會使用

ParetoChart。

你的選擇是?4)?????例:舉Fieldissue項(xiàng)目的例子,作為SegmentIQSScoreTotal但是剩下的115項(xiàng)目即使什么都沒做也變得惡化Top20項(xiàng)目已改善030405

但是..IQSScoreTotal但是剩下的115項(xiàng)目Top20

全員參與的必要不變更的話可以維持品質(zhì)

「不要變更!」

全員參與活動全員參與的必要不變更的話可以維持品質(zhì)全員參與活動全員的參加(全員給產(chǎn)品賦予附加價值)

徹底的行動,快速的行動“事前預(yù)防”事前預(yù)防手法

為了確保99%以上的品質(zhì)…全員的參加(全員給產(chǎn)品賦予附加價值)為了確保99%以上的?問題解決:問題發(fā)生的話,找到問題,快速解決?再發(fā)防止:防止發(fā)生的問題再次發(fā)生。?事前預(yù)防:將未來有可能發(fā)生的問題在未發(fā)生前防止。

事前預(yù)防是指(事前預(yù)防3步驟)Ⅱ.事前預(yù)防手法的理解1)事前預(yù)防是指??問題解決:問題發(fā)生的話,?再發(fā)防止:防止發(fā)生的問題?事前預(yù)改善擔(dān)心點(diǎn)的明確化再發(fā)防止優(yōu)良設(shè)計好的討論準(zhǔn)確的剖析設(shè)計標(biāo)準(zhǔn)化事前預(yù)防

反饋工程設(shè)計

知識/智慧問題解決問題發(fā)生

事前預(yù)防是指?改善擔(dān)心點(diǎn)的再發(fā)防止優(yōu)良設(shè)計好的討論設(shè)計標(biāo)準(zhǔn)化事前預(yù)防反饋以過去的失敗經(jīng)驗(yàn)為基礎(chǔ),特定問題的原因,完成了使其不再發(fā)生的龐大的System。但是,仍然會脫離這個系統(tǒng),產(chǎn)生問題。雖然再進(jìn)一步努力試圖再發(fā)防止也很重要,但是不能在問題發(fā)生前,進(jìn)行防止(事前預(yù)防)嗎?

超越再發(fā)防止的事前預(yù)防以過去的失敗經(jīng)驗(yàn)為基礎(chǔ),特定問題的原因,完成了使其不再發(fā)生的我們沒有預(yù)知能力需要快速,并且徹底地找出來,進(jìn)行處理.找出來是指?使其能夠看到

(優(yōu)良設(shè)計)理解領(lǐng)悟

(好的討論/準(zhǔn)確的剖析)

人類有預(yù)知能力嗎?我們沒有預(yù)知能力人類有預(yù)知能力嗎?將未來有發(fā)生可能的問題的根源能夠看到并且找出來(理解領(lǐng)悟)并提前處理的意思。「(將問題)能夠看到,理解領(lǐng)悟」

這是事前預(yù)防的第一步「事前預(yù)防」是指將未來有發(fā)生可能的「(將問題)能夠看到,理解領(lǐng)悟」「事前盡早,提前(Early)=快速

(Speedy)徹底的能夠看到理解領(lǐng)悟

事前預(yù)防的

Point盡早,提前(Early)=快速(Speedy)當(dāng)問題產(chǎn)生苗頭(小問題/問題的征兆)的時候,進(jìn)行對應(yīng)防止產(chǎn)生大問題??焖俚男畔⒔邮?/p>

System(能夠看到)

第一步中的Action(理解領(lǐng)悟)

問題的解決和再發(fā)防止需要快速徹底通常的再發(fā)防止:將問題解決結(jié)果聯(lián)系到下一個開發(fā)的再發(fā)防止反映到現(xiàn)在正在進(jìn)行中的開發(fā),并徹底的反應(yīng)到以后的開發(fā)模型。

(水平展開)將問題解決中獲得的知識和智慧標(biāo)準(zhǔn)化(一般化),聯(lián)系到現(xiàn)在正在進(jìn)行的以外的System的開發(fā)(水平展開)當(dāng)問題產(chǎn)生苗頭(小問題/問題的征兆)的時候,進(jìn)行對應(yīng)防止產(chǎn)生徹底???,快速???將問題可視化,發(fā)現(xiàn)問題

..全員???

將問題可視化并找出的手法很必要

將那個徹底盡早,全員實(shí)施

為了獲得>99%的品質(zhì)…徹底???,快速???為了獲得>99%的品質(zhì)…設(shè)計評價設(shè)計評價設(shè)計評價設(shè)計評價評價評價評價評價評價評價現(xiàn)在再前一點(diǎn)

(DR)與設(shè)計同步

設(shè)計前

開發(fā)流程的“盡早”設(shè)計評價設(shè)計評價設(shè)計評價設(shè)計評價評價評價評價評價評價評價現(xiàn)在使剩下的問題可視化的設(shè)計問題少的

Base

設(shè)計(優(yōu)良設(shè)計):

根據(jù)「問題少的···」的定義方法,可以想出多種手法.用人類的眼睛找出問題。

(好的討論,準(zhǔn)確的剖析)

可視化與理解領(lǐng)悟使剩下的問題可視化的設(shè)計可視化與理解領(lǐng)悟GoodDesignGoodDiscussionGoodDissection

DRBFMDRBTRRobustDesign

-keep優(yōu)良設(shè)計s-minimizechangeFindProblemsPreventProblemsDRBDPbeforeafter

事前預(yù)防的

ConceptGoodGoodDRBFMDRBTRRobustDesigRobust設(shè)計

在pinpoint中性能好的設(shè)計Decoupled設(shè)計

Coupled設(shè)計簡單的設(shè)計(容易理解,部品數(shù)少)

想法好的設(shè)計(一個部品有很多功能)不辜負(fù)顧客的期待的設(shè)計

給顧客帶來感動的設(shè)計將試圖爭取高性能(給顧客帶來感動

)和

Robust性

(報答于盡可能多的顧客的期待)的

并存的要素盡可能的放在小空間里

已設(shè)計的產(chǎn)品應(yīng)具有的優(yōu)良設(shè)計的重要條件2)優(yōu)良設(shè)計Robust設(shè)計在pinpoint中性能好使用較長時間

(性能的高度以外需要下面的條件)Robust明確不能使用的條件/明確弱點(diǎn)對于周邊條件的變化明確需要變更的地方/明確可能變更的地方/明確變更的影響比起這樣好的

(性能·Robust性)信息,錯誤的信息更重要不能造出不良品的工程(公司)也不能造出優(yōu)良品不知道這樣的話會導(dǎo)致失敗的設(shè)計者的設(shè)計是一定會產(chǎn)生問題的。不以簡單的公差設(shè)定,必須以分散或者NoiseFactor體現(xiàn)出性能到底可以堅持到什么程度。

優(yōu)良設(shè)計的條件使用較長時間(性能的高度以外需要下面的條件)優(yōu)良設(shè)計的不想去關(guān)心“錯誤的地方”關(guān)注于錯誤的地方的教育應(yīng)是關(guān)注于錯誤的地方進(jìn)行設(shè)計的

System.并且設(shè)計者無法給予關(guān)注的錯誤的地方

-由第3者找出

-在與第3者的討論中自覺領(lǐng)悟

設(shè)計者做出好的才是工作3)Design以后的改善不想去關(guān)心“錯誤的地方”設(shè)計者做出好的才是工作3)Des我們(后工程)為了找出問題正在使用龐大的資金。加上,并沒有完全找出問題如果從一開始在前工程和后工程之間共有了弱點(diǎn)了的話,可能更輕松的,

能夠確實(shí)地找出問題。有可能前工程所看到的弱點(diǎn)和后工程所看到的弱點(diǎn)并不相同。

為什么需要弱點(diǎn)的共有我們(后工程)為了找出問題正在使用龐大的資金。為什么需要弱傳達(dá):(Push)只用語言的傳達(dá)

只能傳達(dá)30%(如果后工程不關(guān)心的話

0%)不能寫成文書形式進(jìn)行傳達(dá)的(定義并不確實(shí)的/問題的根源)是無法傳達(dá)的。勉強(qiáng)

50%共有:(Pull)包含了雙方的見解并理解一致(可視化)需要后工程的反應(yīng)→后工程賦予附加價值有必要在平等的立場(意識)下的討論

信息的傳達(dá)和共有傳達(dá):(Push)信息的傳達(dá)和共有正確傳達(dá)前工程如何認(rèn)為output的弱點(diǎn)。后工程自覺性的意識到賦予前工程的output附加價值的作用,并聽取。對弱點(diǎn)和附加價值,在平等的立場上進(jìn)行討論。前工程需要虛心接受后工程的指教的心意發(fā)現(xiàn)(理解領(lǐng)悟)問題的根源,并賦予附加價值。

弱點(diǎn)的共有正確傳達(dá)前工程如何認(rèn)為output的弱點(diǎn)。弱點(diǎn)的共有是否認(rèn)為設(shè)計后的流程是改善的流程?設(shè)計后的流程的改善發(fā)現(xiàn)設(shè)計的弱點(diǎn)并改善

“問題的發(fā)現(xiàn)”是創(chuàng)造性行為賦予設(shè)計附加價值Execution后的流程是改善的流程是否認(rèn)為設(shè)計后的流程是改善的流程?Execution后的評價的作用將問題可視化,發(fā)現(xiàn)問題,并賦予附加價值問題點(diǎn)與要求內(nèi)容

(Spec)不一致

(X)不辜負(fù)顧客的期待

(o)企劃設(shè)計評價

設(shè)計后的流程是評價(試驗(yàn)?實(shí)驗(yàn))評價的作用企劃設(shè)計評價設(shè)計后的流程是評價(試驗(yàn)?實(shí)驗(yàn))開發(fā)過程總的CustomerVoice的代辯人將潛藏的問題發(fā)掘出來使其能夠能夠看到的能力

(Transparent、可視化)卓越的“領(lǐng)悟理解”的能力(創(chuàng)造性)信賴評價技術(shù)者和設(shè)計技術(shù)者處于對等的位置是必須條件

評價技術(shù)者的重要條件開發(fā)過程總的CustomerVoice的代辯人評價技術(shù)者設(shè)計者Downstream

設(shè)計者在后續(xù)工程中如何發(fā)送信息的呢設(shè)計者Downstream設(shè)計者在后續(xù)工程中如何發(fā)送信息的顧客設(shè)計

企劃評價制造

制造技術(shù)Isthisanideal流程?Isthis“CustomerisNo.1”?顧客設(shè)計企劃評價制造制造技術(shù)Isthisanid代表性

Method評價試驗(yàn)CAE,simulationDesignReview

設(shè)計后的流程是改善的流程代表性Method設(shè)計后的流程是改善的流程卓越的發(fā)現(xiàn)問題的能力發(fā)現(xiàn)=發(fā)明(創(chuàng)造性活動)創(chuàng)造所學(xué)的重要條件

(COACH:Concentrating專心,Objective客觀

andChallenging挑戰(zhàn))ConcentratingMindwith準(zhǔn)確的剖析ObjectiveMindwith好的討論DesignReview的效用卓越的發(fā)現(xiàn)問題的能力DesignReview的效用關(guān)注于變更點(diǎn)關(guān)注于Interface此外沒有????了嗎?

(聽取后工程的意見)這并不僅僅是在技術(shù)問題在收發(fā)信息的所有工作都需要

好的討論和準(zhǔn)確的剖析的鑰匙關(guān)注于變更點(diǎn)好的討論和準(zhǔn)確的剖析的鑰匙不變更,可以維持品質(zhì)

「不要變更!」變更點(diǎn)?變化點(diǎn):設(shè)計者變更的地方,環(huán)境?周邊的設(shè)計者

關(guān)注于變更的地方

DRBFM變化:試驗(yàn)中的變化是問題的Sign

DRBTR差異:有差異的地方是有什么已變化了

DRBDP發(fā)現(xiàn)變更點(diǎn)(差異)是發(fā)現(xiàn)問題的捷徑作為開發(fā)?市場?工作等的問題解決方法

也很重要

為什么關(guān)注變更點(diǎn)不變更,可以維持品質(zhì)為什么關(guān)注變更點(diǎn)問題往往在后工程更容易看到后工程也會賦予附加價值用好的討論/準(zhǔn)確的剖析連接信息

組織?會社的

interface職務(wù)的

interface人和人的

interface在System?Component?Parts的

interface中發(fā)生問題

為什么是

interface?問題往往在后工程更容易看到為什么是interface?前工程進(jìn)行準(zhǔn)備之后

設(shè)計Supplier

由誰準(zhǔn)備

DRBFM與后工程進(jìn)行Review評価OEM前工程進(jìn)行準(zhǔn)備之后由誰準(zhǔn)備DRBFM與后工程進(jìn)行Rev好的討論是

ToughDiscussion將集中于準(zhǔn)確的剖析的眼神轉(zhuǎn)移到別的地方(客觀視):

‘理解領(lǐng)悟’的基本一個老手的直覺

80%都是正確的.如果失敗那就是因?yàn)椤潭ㄓ^念’:

如果想避免固定觀念的話,就需要虛心聽取后工程的

「此外還有嗎···?」

之類的意見。

「此外還有嗎?」這樣的提問好的討論是ToughDiscussion「此外還有嗎FMEA是在1960年代中期開始適用于航空產(chǎn)業(yè)領(lǐng)域中。初期的時候,因?yàn)橹辉诖_定了概念的狀態(tài)下按照使用業(yè)體確定了使用樣式或者制定及評價的方法等,因此樣式或者評價方法互不相同的情況很多。最近是

BIG3在QS9000品質(zhì)System開發(fā)過程中進(jìn)行標(biāo)準(zhǔn)化的樣式及評價方法被廣泛使用。

-1980年代末美國的

BIG3向外協(xié)加工業(yè)體提出FMEA義務(wù)化

(使用同一樣式)

-1994年美國的BIG3

制定了QS9000(將FMEA指定為QS9000的必須項(xiàng)目)

-1997年

GM和Chrysler向外協(xié)加工業(yè)體

QS9000認(rèn)證獲得義務(wù)化

<FMEA

用語意義>(P)FMEA:(Potential)FailureMode&EffectsAnalysis

-Potential:潛在性

(有發(fā)生的可能性的)

-Failure

:故障

(不良)

-Mode

&

:類型及

-Effects

:影響

-Analysis

:分析

評價產(chǎn)品及工程中可能發(fā)生的潛在性故障類型和其影響(嚴(yán)重度),原因及發(fā)生過程(發(fā)生度)檢出及管理方法(檢出度),在1~10內(nèi)給予分?jǐn)?shù)之后,將這些分?jǐn)?shù)的乘數(shù)定為危險優(yōu)先順序

(RPN:RiskPriorityNumber),對于高危險優(yōu)先順序的故障類型,制定適當(dāng)?shù)母纳茖Σ撸?shí)施,使故障的危險能夠在事前得到預(yù)防。

FMEA(FailureMode&EffectAnalysis)

1)FMEA概要Ⅲ.事前預(yù)防活動FMEA是在1960年代中期開始適用于航空產(chǎn)業(yè)領(lǐng)域中。FM2)FMEA的種類

BIG3將FMEA劃分為下列3種.①

SystemFMEA(SFMEA)②

設(shè)計FMEA(DFMEA)③

工程

FMEA(PFMEA)3)FMEA的目的及必要性①目的

從基本設(shè)計階段到生產(chǎn)階段,評價產(chǎn)品是否能發(fā)揮開始所意圖的功能,

通過改善活動,在事前預(yù)防故障并提高可靠性為目的。

-通過產(chǎn)品/工程的故障類型評價,保證可靠性(保證用FMEA)

-在早期發(fā)現(xiàn)產(chǎn)品/工程中可能發(fā)生的故障類型并消除的可靠性改善

(問題解決用FMEA)

②必要性劃分必要性備注社外

-實(shí)現(xiàn)顧客滿意(CS):向顧客保障產(chǎn)品的可靠性

-對顧客的產(chǎn)品/工程的品質(zhì)保證一環(huán)

-可能發(fā)生的故障類型的危險預(yù)防(PL訴訟預(yù)防對策)

社內(nèi)

-故障信息的DATABASE(鮮活的文書)

:技術(shù)的累積(公司的實(shí)力)

-最適產(chǎn)品/工程設(shè)計用的故障類型評價方法

-對過去經(jīng)歷過的產(chǎn)品/工程的故障類型再發(fā)的對策

-找出過去未能經(jīng)歷的新的潛在故障類型并進(jìn)行對比

-導(dǎo)出徹底的設(shè)計管理及工程管理方案所需的基本資料

2)FMEA的種類必要性備注社外

-實(shí)現(xiàn)顧客滿意(CS)

4)適用效果①通過產(chǎn)品的事前可靠性評價可以確保使用者的安全性及

強(qiáng)力要求PL事故預(yù)防對策

②成本及費(fèi)用節(jié)減

將占有品質(zhì)構(gòu)成要素的40%以上的先天性問題在事前消除掉,節(jié)減品質(zhì)成本,并預(yù)防過度的設(shè)計品質(zhì)③通過定量性的可靠性解釋可以進(jìn)行有效率的

DesignReview

通過制作,品質(zhì)管理等其他部門專家意見的設(shè)計反應(yīng)將試行錯誤最小化,并提高關(guān)聯(lián)各部門的技術(shù)力

發(fā)生度通常使用中發(fā)生概率高.----5分通常使用中有發(fā)生的可能性

4分雖然有發(fā)生的可能性但概率低.----3分幾乎沒有發(fā)生的可能性.--------2分完全沒有發(fā)生的可能性.--------1分致命度產(chǎn)品會處于致命的不安全狀態(tài).---5分產(chǎn)品的功能會停止.---------4分對產(chǎn)品的功能有嚴(yán)重影響.-3分對產(chǎn)品的功能有輕微影響.-2分對產(chǎn)品有影響.-----------1分感知度不能檢出(在故障發(fā)生前都不知道)

--5分檢查中不能檢出的概率高.----------4分檢查中有不能檢出的可能性.---------3分可以在工程檢查,出廠檢查中檢出.------2分可以輕松地在加工,組裝的工程中檢出.--1分-30分以上

:CTQ項(xiàng)目NoFMEASheet(故障

Mode影響解釋

)RPN構(gòu)成品

&功能潛在性故障Mode潛在性故障影響推定故障原因設(shè)計驗(yàn)證方法(已檢討結(jié)果)設(shè)計標(biāo)準(zhǔn)的概念事由新產(chǎn)品新部品設(shè)計變更新器具新材料新回路VE產(chǎn)品名稱Model名稱對象Item對策

&措施事項(xiàng)9○CFF致命度發(fā)生讀感知度RPN制定

審查

承認(rèn)

Page負(fù)責(zé)日程執(zhí)行結(jié)果確定的措施事項(xiàng)致命度發(fā)生度感知度RPNCFF

功能空氣吸入,

熱交換后吐出震動/噪音-異常噪音,

震動發(fā)生Touchtochassis-風(fēng)量低下-Unbalance-軸方向的搖晃-重量變更-Nut組裝不良-RPM不良-熱變形-彎折-動/靜Balance管理

(中央:3gcm↓兩端面

<偏側(cè)>1.5gcm↓)-搖晃量管理

(0.3/0.5mm↓)-重量管理-動/靜

Balance

測定2倍速管制試驗(yàn)-冷熱

Cycle

試驗(yàn)后搖晃量測定分離型33327SB_PJT(30k)破損-功能停止Crack

未達(dá)最大容許變形力

搬運(yùn)時注意

包裝強(qiáng)度43224

軸方向拉伸強(qiáng)度

150kgf以上長度方向彎折

增加噪音

異常噪音

風(fēng)量低下

熱變形

冷熱

Cycle

試驗(yàn)后長度方向變形43224??不是已在做的嗎?

為了避免CTQ項(xiàng)目?需要對吐出量的原因/影響的展開吐出量調(diào)節(jié)

需要具體地記載HowFMEA

(簡略適用5點(diǎn)尺度分?jǐn)?shù)的事例)發(fā)生度通常使用中發(fā)生概率高.----5分致命度產(chǎn)品會2)FMEAvs.DRBFMFMEAvs.DRBFM分類FEMA

(FailureMode&EffectAnalysis)DRBFM

(DesignReviewBasedonFailureMode)概要FMEA(故障類型及影響分析)是指定量性地對分散在各部門(設(shè)計,工程,品質(zhì)保證)的各種問題點(diǎn)進(jìn)行管理的技法,將逐漸變得復(fù)雜的問題發(fā)生形態(tài),在產(chǎn)品開發(fā)初期階段,以事前消除為目的,而活用的技法。以設(shè)計者事前制定的故障模型等作為基礎(chǔ),找出設(shè)計未能領(lǐng)悟到的問題的根源(設(shè)計仍為充分),將設(shè)計變得更好的DesignReview活動實(shí)用階段在設(shè)計初期實(shí)施,并且當(dāng)有變更部分的時候,推薦附加實(shí)施,申請內(nèi)容FollowUp實(shí)施在設(shè)計初期階段或者評價移管前階段中實(shí)施第一回為基本,并按照需要附加實(shí)施,FollowUp實(shí)施范圍與參席的關(guān)聯(lián)部門同時實(shí)施

(品質(zhì),采購,生產(chǎn),協(xié)力社及管理按部門)將設(shè)計中已制定的內(nèi)容由Review部門實(shí)施DR

(評價,采購,生產(chǎn),協(xié)力社及關(guān)聯(lián)部門)內(nèi)容構(gòu)成內(nèi)容由物力,化學(xué)或者名詞性用語構(gòu)成。將設(shè)計者的問題點(diǎn)用羅列式口語體表現(xiàn),而Review者應(yīng)對于設(shè)計者未能發(fā)現(xiàn)問題點(diǎn)的部分提供idea,并且盡可能同時提供解決方案。FollowUp通過RPN進(jìn)行上位危險群管理設(shè)計者所擔(dān)心的擔(dān)心點(diǎn)和通過Review找到的問題點(diǎn)的全體管理標(biāo)準(zhǔn)SheetNoNo部品及功能部品名潛在的故障類型變更點(diǎn),變化點(diǎn)致命度功能故障發(fā)生推定原因變更中擔(dān)心點(diǎn)影響度擔(dān)心點(diǎn)會在什么情況下發(fā)生?設(shè)計改善方案對顧客的影響感知度為了消除擔(dān)心,進(jìn)行了什么樣的設(shè)計?RPN為了消除擔(dān)心,進(jìn)行了什么樣的評價?設(shè)計勸告/檢出方案DRBFM中應(yīng)反映到設(shè)計的事項(xiàng)負(fù)責(zé)/日程負(fù)責(zé)/日程措施結(jié)果DRBFM中應(yīng)反映到設(shè)計的事項(xiàng)

負(fù)責(zé)/日程DRBFM中應(yīng)反映到制造的事項(xiàng)負(fù)責(zé)/日程實(shí)施對應(yīng)結(jié)果的活動2)FMEAvs.DRBFMFMEAvs.DR參與者的作用Facilitator

使工作變得容易的人,促進(jìn)者,干事

在開發(fā)者和關(guān)聯(lián)部門之間的中間者的作用,在DRBFM活動中,為了將idea導(dǎo)出朝著順利和正確地方向進(jìn)行,而將事前預(yù)防手法變成有附加價值的活動的作用,通過內(nèi)在化,最終在產(chǎn)品開發(fā)時使各部門能夠自行執(zhí)行。活動:事前預(yù)防教育及波及,會議進(jìn)行,對進(jìn)行的時點(diǎn)及充實(shí)度Monitoring,

開發(fā)經(jīng)驗(yàn),事前預(yù)防的

Skill,Communicationskill,Empowerment參與者的作用Facilitator使工作變得容易的人,

開發(fā)Leader

作為全體Owner對產(chǎn)品的責(zé)任和作用。

利用事前預(yù)防手法進(jìn)行時對產(chǎn)品的事前說明資料

(產(chǎn)品Concept,顧客

Needs,品質(zhì)目標(biāo)

,FBD)向關(guān)聯(lián)部門進(jìn)行說明事前預(yù)防手法進(jìn)行時起到進(jìn)行者的作用,并與對開發(fā)者的說明和關(guān)聯(lián)部門的追加點(diǎn)的反應(yīng)的意見相沖突時具有最終決策權(quán)。事前預(yù)防手法完成后對F/up事項(xiàng),確認(rèn)整體的進(jìn)行

開發(fā)Leader作為全體Owner對產(chǎn)品的責(zé)任和作用。DRBXX負(fù)責(zé)人

為了對變更點(diǎn)

(DRBFM),變化點(diǎn)(DRBTR),差異點(diǎn)

(DRBDP)進(jìn)行

Review所需的事前資料的制定者。

(圖紙,現(xiàn)貨

,DRBXXsheet等)DRBXX實(shí)施時對參與的

Reviewer的本人的擔(dān)心點(diǎn)進(jìn)行說明的當(dāng)事者。DRBXX負(fù)責(zé)人為了對變更點(diǎn)(DRBFM),變ReviewerReview實(shí)施時

在“此外還有嗎?”的觀點(diǎn)出發(fā),通過Review,賦予產(chǎn)品附加價值的負(fù)責(zé)人.

為了解決負(fù)責(zé)人的擔(dān)心點(diǎn)而提供

idea的提供者.

通過協(xié)力,一起解決問題的擔(dān)心點(diǎn)的同伴者.ReviewerReview實(shí)施時在“此外還有嗎?

其他書記

:Review會議時將內(nèi)容記入DRBXXSheet主持人

:在說明者和

Reviewer之間起到中間者的作用,因?yàn)樵谝庖姏_突時需要有能夠進(jìn)行決策的權(quán)限,因此需要在最高級的職級或者職責(zé)的人來擔(dān)任這個角色,但是為了

Review的順利,要留意在Brainstorming時不能打斷意見。

(一般情況下組Leader擔(dān)任主持人的作用)其他書記:Review會議時將內(nèi)容記入DRBXXSDRBXX,DRBFM,DEBTR,DRBDP是

DesignReview.為了找出因?yàn)椤白兏倍鸬腞isk(問題的根源)可以在任何地方使用,

特別在System的interface的地方使用的話效果會很好.進(jìn)一步極端的說的話,DRBXX是協(xié)商.WorkSheet的左側(cè)是在協(xié)商中前工程(設(shè)計者)的說明,右側(cè)是協(xié)商

(Review)的會議記錄.WorkSheet是為了幫助討論而提供的.即使完全記滿WorkSheet也沒有任何意義。以WorkSheet為基礎(chǔ),進(jìn)行準(zhǔn)確的剖析和好的討論才是最重要的。DRBXX是DesignReview3)DRBXX的理解DRBXXWorkSheet的左側(cè)是

DesignReview主辦者(前工程)的說明,右側(cè)是

DesignReview的會議記錄.

將這個“DesignReview”換成“協(xié)商”或者“會議”也無不可DRBXX,DRBFM,DEBTR,DRBDP雖然DRBFM主要適用于設(shè)計階段,但也可以在企劃(要求內(nèi)容,設(shè)計計劃,評價計劃,其他)中使用.

因?yàn)镈RBFM關(guān)注于計劃(要求內(nèi)容,設(shè)計計劃,評價計劃)的變更,從而能夠找出問題的根源。DRBTR,DRBDP可以適用于行動的結(jié)果(開始,制造,試行,試驗(yàn),顧客的使用,其他)中。因?yàn)镈RBDP關(guān)注于計劃和實(shí)際行動的差異,從而找出問題的根源的手法,而DRBTR則關(guān)注于行動之間發(fā)生的變化,從而找出問題的根源的手法。DRBXX可以在多種場所下使用雖然DRBFM主要適用于設(shè)計階段,但也可以在企劃(要求內(nèi)容,如果能夠理解這些的特征,那么可以在多種的協(xié)商中都能夠適用DRB.DRB(DesignReviewbetween)….這樣的標(biāo)記可以在任何的

DesignReview或者協(xié)商中都能夠適用

.

例如A公司和B公司的DesignReview就如DRBAB一樣

····.DRBXX在任何的Interface中都可以適用當(dāng)討論System或者產(chǎn)品,計劃,工作等的

Risk的時候,如果只關(guān)注于現(xiàn)在的樣子的話,很難找出有Risk的地方.如果關(guān)注其他System或者產(chǎn)品,計劃,工作等之間的差異(變更,變化)的話,就可以輕松地找出有Risk的地方..為了消除Risk,在最危險的interface中,例如

OEM和

Supplier之間,Supplier和

Supplier之間中進(jìn)行這個Discussion.如果能夠理解這些的特征,那么可以在多種的協(xié)商中都能夠適用DRDRBFM

(DesignReviewBasedonfailureMode)

:關(guān)注變更點(diǎn)把什么變更了?

面臨變更感到擔(dān)心的是什么?那個會何時發(fā)生呢?

會給顧客帶來什么影響?

為了不發(fā)生問題

采取了什么對策?此外還有原因嗎?

此外還有其他影響嗎?

此外還應(yīng)該采取什么對策呢?

設(shè)計的說明好的討論&Good

Dissectionwithreviewers

此外還有問題點(diǎn)嗎?

找出問題的根源還有此外的變化點(diǎn).變更點(diǎn)嗎?DRBFM(DesignReviewBasedonDRBTR

(DesignReviewBasedonTestResult)

:關(guān)注變化點(diǎn)什么(實(shí)驗(yàn)中)變化了?

與過去的經(jīng)驗(yàn)(試驗(yàn))相比有什么不同之處?

將如何認(rèn)為這個變化?(原因是?)

會給顧客帶來什么影響?如果想杜絕這種問題

最好采取什么對策呢(提案)?此外還有其他擔(dān)心的嗎?此外還應(yīng)該采取什么對策呢?實(shí)驗(yàn)結(jié)果的說明好的討論&Good

Dissectionwithreviewers

此外還有其他擔(dān)心的嗎?

找出問題的根源

此外還有什么變化嗎?

過去的測試中有沒有經(jīng)歷過這樣的事情?

DRBTR(DesignReviewBasedoDRBDP

(DesignReviewBetweenDesignandProduction)

:關(guān)注差異點(diǎn)有什么樣的差異呢?那是如何發(fā)生的?會給顧客帶來什么影響?為了不讓它發(fā)生應(yīng)如何去做呢?此外還有其他影響嗎?此外還應(yīng)該采取什么對策呢?根據(jù)工程師的說明好的討論&GoodDissectionwithreviewers此外還有什么差異呢?此外還有什么原因?DRBDP(DesignReviewBetween需有現(xiàn)貨(能夠分解,詳細(xì)的觀察的)需有圖面,CAD畫面中是否效果好?

由于CAD畫面,參加者不能自由移動,因此圖面可能更好一些。參加者:前工程(設(shè)計者),后續(xù)工程(評價者)(supplier和OEM),專家當(dāng)場下結(jié)論:盡可量要避免使其成為作業(yè)參加者:為了較好的Discussion,最好10名一下較為適當(dāng)。重要規(guī)則:不說「不可能來的」「不會可能的」.不能忘記我們的工作的最終目的是為了顧客制造最好的產(chǎn)品。

好的

DesignReview的重要條件需有現(xiàn)貨(能夠分解,詳細(xì)的觀察的)好的DesignRe防止Interface的地方的問題,使全員能在各自的工程上賦予產(chǎn)品附加價值的

System/文化就是

“事前預(yù)防”關(guān)注變更點(diǎn)“會節(jié)約時間嗎?”

比起關(guān)注所有的部分要更有效率。但是對于那些什么都沒有做的人就想當(dāng)然只會增加負(fù)擔(dān)。我們的工作的output是信息,信息必須在interface中得到劣化。我們的信息會成為產(chǎn)品,因此直到接觸到顧客為止,不能劣化,還要達(dá)到增加價值的目的。這才是即使是消耗了大量的時間卻仍有價值的嗎,這就是

“事前預(yù)防”

關(guān)于interface和變更點(diǎn)防止Interface的地方的問題,使全員能在各自的工程上賦FBD制定WorkSheet制定DesignReviewBaseDesign選定*FBD:FunctionBlockDiagram■BaseDesign

選定要領(lǐng)

以現(xiàn)在的System為

Base設(shè)計新的System的時候,

BaseDesign會成為現(xiàn)在的

System。如果,將在其他模型中使用的部品為

Base進(jìn)行設(shè)計的時候,

BaseDesign是其他模型的部品。當(dāng)自社本沒有的新設(shè)計與競爭相對的設(shè)計相接近俄話競爭社設(shè)計是

BaseDesign。最終,

Base模型會有成為現(xiàn)在的設(shè)計和其他模型的設(shè)計的組合的情況。■FBD制定目的

BlockDiagram是為了詳細(xì)理解

在System之間的

interface中是什么變更了而使用,制定時需要能夠理解

BaseDesign和新的Design的

interface的差異,需要在

DesignReview時基礎(chǔ)性地制定.■DesignReview

目的

與后工程共有設(shè)計信息,找出問題的根源,并進(jìn)行糾正,提高附加價值為目的,進(jìn)行確認(rèn)并不是目的。■WorkSheet制定目的

為了與后工程進(jìn)行討論,由前工程來像寫日記一樣進(jìn)行制定,并將基于變更點(diǎn)/變化點(diǎn)的擔(dān)心點(diǎn)和為了消除那個擔(dān)心點(diǎn)而設(shè)計的內(nèi)容記入的樣式。.DRBFM實(shí)施順序4)DRBFM實(shí)習(xí)FBD制定WorkSheet制定DesignReviNo.部品及部位變更點(diǎn)和變化點(diǎn)因變更而擔(dān)心的事項(xiàng)是?什么情況下會發(fā)生擔(dān)心事項(xiàng)(預(yù)測原因)發(fā)生問題給顧客帶來的影響為了消除擔(dān)心點(diǎn)而進(jìn)行了什么樣的設(shè)計?功能因變更而給其他System帶來的影響的內(nèi)容是?為了消除擔(dān)心點(diǎn)而進(jìn)行了什么樣的評價?(應(yīng)該如何?)①②③④⑤⑥⑦⑧⑨設(shè)計者在事前制定,DR時需要向Reviewer進(jìn)行說明DRBFMWorkSheetReview內(nèi)容(DRBFM的結(jié)果)應(yīng)反映到現(xiàn)System及其他System的設(shè)計中的事項(xiàng)應(yīng)反映到評價中的項(xiàng)目應(yīng)反映到制造中的項(xiàng)目負(fù)責(zé)期限⑩?FollowUp*Tip:將Reviewer發(fā)現(xiàn)的問題點(diǎn)用另外的顏色進(jìn)入,提高附加價值.負(fù)責(zé)期限負(fù)責(zé)期限No.部品及變更點(diǎn)因變更什么情況下發(fā)生問題為了消除功能因變更3.DRBFM實(shí)施方法

D

D

D/R

D/R

D/R

D/R

D/R

D/R

D

D

D/R

R

R

R

R

R

R

R

R

R

F

F

No部件/部位變更點(diǎn)/變化點(diǎn)功能進(jìn)行變更時擔(dān)憂的問題其他System會受到的影響會在什么樣的情況下發(fā)生?顧客受到的影響為了解決問題,做出了什么樣的設(shè)計?為了解決問題,做出了什么樣的評價?CTQ/CTP/重要管理項(xiàng)目反映設(shè)計的事項(xiàng)反映評價的事項(xiàng)反映制造工程的事項(xiàng)負(fù)責(zé)人內(nèi)容期限負(fù)責(zé)人內(nèi)容期限負(fù)責(zé)人內(nèi)容期限Followup負(fù)責(zé)人期限D(zhuǎn)欄(WorkSheet左半部分)是設(shè)計者根據(jù)變更點(diǎn)/變化點(diǎn)做的記錄。R欄(W/Sheet右半部分為主)是DesignReview的結(jié)果(會議記錄)。要記錄在D/Review欄。F欄(WorkSheet右側(cè))記錄F/up的結(jié)果。要記錄至開發(fā)過程的結(jié)束。1210(服務(wù))系統(tǒng)名稱:樣品名(適用年份):參加者:實(shí)施的目的DRBFM編號:設(shè)計負(fù)責(zé)人:設(shè)計者:Designreview實(shí)施日期:(修改日期):45317269131415161719112021222318DRBFMWorkSheet

記錄方法制作日期(原本):83.DRBFM實(shí)施方法3.DRBFM實(shí)施方法(服務(wù))系統(tǒng)名稱:樣品名(適用年份):參加者:實(shí)施的目的DRBFM編號:設(shè)計負(fù)責(zé)人:設(shè)計者:制作日期(原本):(修改日期):45317268WorkSheetHeader1)DRBFM編號:記錄

DRBFMNumber,是為了整理

FollowUp。2)(服務(wù))

系統(tǒng)名稱:

記錄需要進(jìn)行分析的系統(tǒng)或其構(gòu)成品的名稱。以

ASSY記錄較好。

EX)EvaporatorAssy,

CondenserAssy.3)樣品名(使用年份):記錄樣品是什么產(chǎn)品的什么部分,制造年份及執(zhí)行什么樣的FMEA—

PJT。

Ex)冰箱

R-B00,1998年產(chǎn),A7-PJT.4)參加者:記錄參加的設(shè)計組

member及后期工程部門的所有人員的姓名。

5)實(shí)施目的:

明確記錄實(shí)施背景及目的。

Ex)因材制變更而實(shí)施

CostDown、改善慢性不良、為了確保開發(fā)階段的信賴性…6)設(shè)計負(fù)責(zé)人:

記錄樣品開發(fā)projectleader或者是組長的姓名。

7)設(shè)計者:記錄樣品設(shè)計者本人的姓名。8)制作日期:記錄設(shè)計者最初把有關(guān)變更點(diǎn)/變化點(diǎn)的內(nèi)容記錄在worksheet時的日期。

9)DesignReview實(shí)施日期:記錄與后期工程實(shí)施Designreview的日期。Designreview實(shí)施日期:93.DRBFM實(shí)施方法(服務(wù))系統(tǒng)名稱:樣品名(適用年份3.DRBFM實(shí)施方法

D

D

D/R

D/R

D/R

D/R

D/R

D/R

D

D

D/R

R

R

R

R

R

R

R

R

R

F

F

No部件/部位變更點(diǎn)/變化點(diǎn)功能進(jìn)行改變時擔(dān)憂的問題其他System會受到的影響會在什么樣的情況下發(fā)生?顧客受到的影響為了解決問題,做出了什么樣的設(shè)計?為了解決問題,做出了什么樣的評價?CTQ/CTP/重要管理項(xiàng)目反映設(shè)計的事項(xiàng)反映評價的事項(xiàng)反映制造工程的事項(xiàng)負(fù)責(zé)人內(nèi)容期限負(fù)責(zé)人內(nèi)容期限負(fù)責(zé)人內(nèi)容期限Followup負(fù)責(zé)人期限D(zhuǎn)RBFMWorkSheet

記錄方法10)部件/部位:記錄部件名稱。因?yàn)閱栴}可能出自每一個部件,故盡可能詳細(xì)記錄。但是進(jìn)行討論時,要謹(jǐn)防問題過度限定在細(xì)微的部分。

要時刻參照BlockDiagram,考慮微小的問題會不會影響到其他的System。11)變更點(diǎn)/變化點(diǎn):

詳細(xì)記錄Base設(shè)計與新設(shè)計之間的差異(變更點(diǎn))。(Ex,如同“將2.8mm板的厚度改變至2.1mm”)

還需要附上改變的理由。如無法用簡單的話語表述時,可使用圖畫的形式并附加必要的解釋。

這是設(shè)計者對變更的解釋,是基本信息,因此必須添加圖畫、實(shí)際產(chǎn)品(初始產(chǎn)品)及必要的說明。

通常,設(shè)計者會從前期工程拿到(除商品策劃,銷售)需要改善現(xiàn)存System的必要性及要求,此過程成了第一步。12131415161719102021222318113.DRBFM實(shí)施方法3.DRBFM實(shí)施方法

D

D

D/R

D/R

D/R

D/R

D/R

D/R

D

D

D/R

R

R

R

R

R

R

R

R

R

F

F

No部件/部位變更點(diǎn)/變化點(diǎn)功能進(jìn)行改變時擔(dān)憂的問題其他System會受到的影響會在什么樣的情況下發(fā)生?顧客受到的影響為了解決問題,做出了什么樣的設(shè)計?為了解決問題,做出了什么樣的評價?CTQ/CTP/重要管理項(xiàng)目反映設(shè)計的事項(xiàng)反映評價的事項(xiàng)反映制造工程的事項(xiàng)負(fù)責(zé)人內(nèi)容期限負(fù)責(zé)人內(nèi)容期限負(fù)責(zé)人內(nèi)容期限Followup負(fù)責(zé)人期限12)功能:

記錄部件的功能。圖紙中的每一條線都有自己的作用,故進(jìn)行更改時要仔細(xì)考慮更改部分在System的功能。13)進(jìn)行變更時擔(dān)憂的問題:

記錄設(shè)計者進(jìn)行變更時考慮過哪些問題。發(fā)生故障的形式?jīng)]有必要一一記錄,但設(shè)計者考慮過的問題最好用自己的語言記錄。這就是

DRBFM區(qū)別于DFMEA的重要區(qū)別點(diǎn)。(DFMEA中,故障形式要求用專業(yè)術(shù)語記錄。)

DRBFM是

在DesignReview過程中發(fā)現(xiàn)問題所在的技巧,因此設(shè)計者傳達(dá)在設(shè)計過程中的想法(設(shè)計中遇到的問題)很重要,但是并不需要說明自己的設(shè)計如何的完美。

記錄內(nèi)容還應(yīng)包括經(jīng)過如此設(shè)計后,什么樣的功能喪了,有沒有失去產(chǎn)品性(喪失顧客的價值)等問題,此外還應(yīng)記錄設(shè)計者的自創(chuàng)內(nèi)容。12131415161719112021222318103.DRBFM實(shí)施方法3.DRBFM實(shí)施方法

D

D

D/R

D/R

D/R

D/R

D/R

D/R

D

D

D/R

R

R

R

R

R

R

R

R

R

F

F

No部件/部位變更點(diǎn)/變化點(diǎn)功能進(jìn)行改變時擔(dān)憂的問題其他System會受到的影響會在什么樣的情況下發(fā)生?顧客受到的影響為了解決問題,做出了什么樣的設(shè)計?為了解決問題,做出了什么樣的評價?CTQ/CTP/重要管理項(xiàng)目反映設(shè)計的事項(xiàng)反映評價的事項(xiàng)反映制造工程的事項(xiàng)負(fù)責(zé)人內(nèi)容期限負(fù)責(zé)人內(nèi)容期限負(fù)責(zé)人內(nèi)容期限Followup負(fù)責(zé)人期限14)其他System受到的影響:

當(dāng)擔(dān)憂的問題最終發(fā)生時,要參照BlockDiagram來記錄對其他System產(chǎn)生的影響。即使

System自身還未產(chǎn)生任何變更,也需要根據(jù)本欄的記錄事項(xiàng)實(shí)施DRBFM。(因這個System的設(shè)計變更,其他的

System也受到影響時,連接受影響的System,并在其DRBFM欄中解釋說明受到的影響。)

這種影響直至影響到顧客,有時需要經(jīng)過幾個連鎖System。此時這種連鎖反應(yīng)可以使用FPA(FailurePhenomenaAnalysis)表現(xiàn)出來,必要時可以添加此項(xiàng)FPA報告。12131415161719112021222318103.DRBFM實(shí)施方法3.DRBFM實(shí)施方法

D

D

D/R

D/R

D/R

D/R

D/R

D/R

D

D

D/R

R

R

R

R

R

R

R

R

R

F

F

No部件/部位變更點(diǎn)/變化點(diǎn)功能進(jìn)行改變時擔(dān)憂的問題其他System會受到的影響會在什么樣的情況下發(fā)生?顧客受到的影響為了解決問題,做出了什么樣的設(shè)計?為了解決問題,做出了什么樣的評價?CTQ/CTP/重要管理項(xiàng)目反映設(shè)計的事項(xiàng)反映評價的事項(xiàng)反映制造工程的事項(xiàng)負(fù)責(zé)人內(nèi)容期限負(fù)責(zé)人內(nèi)容期限負(fù)責(zé)人內(nèi)容期限Followup負(fù)責(zé)人期限15)會在什么樣的情況下發(fā)生呢?

記錄產(chǎn)生問題的原因。記錄設(shè)計者設(shè)計當(dāng)時想到的原因。

”擔(dān)憂的問題“與”原因“之間的連接形式猶如幾層套鎖(層狀

)的連接。這種連接一般表現(xiàn)為

FTA(FailureTreeAnalysis)但我們只有“擔(dān)憂”與“原因”兩個欄。

因此設(shè)計者需要從FTA中選取2個重要內(nèi)容。如果有必要的話,可將FTA附在DRBFM上。最好是填寫認(rèn)為設(shè)計得最好,最重要的兩項(xiàng)。因?yàn)閷訝钸B接時需要從中挑選兩項(xiàng),故存在分不清哪個是“擔(dān)憂”哪個是“原因”的爭論,但這個并不成為問題,選定最初的問題再思考原因就可。此外,如需要考慮到更早發(fā)生的問題,或是需要找出更深層的原因時,最好是附加此內(nèi)容。12131415161719112021222318103.DRBFM實(shí)施方法3.DRBFM實(shí)施方法

D

D

D/R

D/R

D/R

D/R

D/R

D/R

D

D

D/R

R

R

R

R

R

R

R

R

R

F

F

No部件/部位變更點(diǎn)/變化點(diǎn)功能進(jìn)行改變時擔(dān)憂的問題其他System會受到的影響會在什么樣的情況下發(fā)生?顧客受到的影響為了解決問題,做出了什么樣的設(shè)計?為了解決問題,做出了什么樣的評價?CTQ/CTP/重要管理項(xiàng)目反映設(shè)計的事項(xiàng)反映評價的事項(xiàng)反映制造工程的事項(xiàng)負(fù)責(zé)人內(nèi)容期限負(fù)責(zé)人內(nèi)容期限負(fù)責(zé)人內(nèi)容期限Followup負(fù)責(zé)人期限15)會在什么樣的情況下發(fā)生呢?記錄產(chǎn)生問題的原因。記錄設(shè)計者設(shè)計當(dāng)時想到的原因?!睋?dān)憂的問題“與”原因“之間的連接形式猶如幾層套鎖(層狀)的連接。這種連接一般表現(xiàn)為FTA(FailureTreeAnalysis)但我們只有“擔(dān)憂”與“原因”兩個欄。因此設(shè)計者需要從FTA中選取2個重要內(nèi)容。如果有必要的話,可將FTA附在DRBFM上。最好是填寫認(rèn)為設(shè)計得最好,最重要的兩項(xiàng)。因?yàn)閷訝钸B接時需要從中挑選兩項(xiàng),故存在分不清哪個是“擔(dān)憂”哪個是“原因”的爭論,但這個并不成為問題,選定最初的問題再思考原因就可。此外,如需要考慮到更早發(fā)生的問題,或是需要找出更深層的原因時,最好是附加此內(nèi)容。12131415161719112021222318103.DRBFM實(shí)施方法3.DRBFM實(shí)施方法

D

D

D/R

D/R

D/R

D/R

D/R

D/R

D

D

D/R

R

R

R

R

R

R

R

R

R

F

F

No部件/部位變更點(diǎn)/變化點(diǎn)功能進(jìn)行改變時擔(dān)憂之處其他System會受到的影響會在什么樣的情況下發(fā)生?顧客受到的影響為了解決問題,做出了什么樣的設(shè)計?為了解決問題,做出了什么樣的評價?CTQ/CTP/重要管理項(xiàng)目反映設(shè)計的事項(xiàng)反映評價的事項(xiàng)反映制造工程的事項(xiàng)負(fù)責(zé)人內(nèi)容期限負(fù)責(zé)人內(nèi)容期限負(fù)責(zé)人內(nèi)容期限Followup負(fù)責(zé)人期限16)顧客受到的影響

擔(dān)憂的問題變成現(xiàn)實(shí)的時候,會發(fā)生什么事情呢?也就是遇到產(chǎn)品功能出現(xiàn)喪失,產(chǎn)品質(zhì)量低劣等問題時,顧客會受到什么樣的影響。思考其中什么影響最為嚴(yán)重后,將內(nèi)容記錄下來。17)為了解決問作出了什么樣的設(shè)計?

18)為了解除問題作出了什么樣的評價?

把為了解決問題而作出的設(shè)計與評價的內(nèi)容仔細(xì)記錄下來。

比如:某個產(chǎn)品考慮到耐熱性有問題,需要更換具有耐熱性的材料。

在此,「使用了耐熱性材料」或者「使用了設(shè)計標(biāo)準(zhǔn)○○○」等表達(dá)方式不恰當(dāng)。應(yīng)該具體記錄,為了耐多少度高溫而改用了什么樣的材料。

在Worksheet中只羅列正在進(jìn)行著的設(shè)計是不充分的。重點(diǎn)是要記錄實(shí)際在進(jìn)行的設(shè)計及評價的內(nèi)容。12131415161719112021222318103.DRBFM實(shí)施方法3.DRBFM實(shí)施方法

D

D

D/R

D/R

D/R

D/R

D/R

D/R

D

D

D/R

R

R

R

R

R

R

R

R

R

F

F

No部件/部位變更點(diǎn)/變化點(diǎn)功能進(jìn)行改變時擔(dān)憂的問題其他System會受到的影響會在什么樣的情況下發(fā)生?顧客受到的影響為了解決問題,做出了什么樣的設(shè)計?為了解決問題,做出了什么樣的評價??CTQ/CTP/重要管理項(xiàng)目反映設(shè)計的事項(xiàng)反映評價的事項(xiàng)反映制造工程的事項(xiàng)負(fù)責(zé)人內(nèi)容期限負(fù)責(zé)人內(nèi)容期限負(fù)責(zé)人內(nèi)容期限Followup負(fù)責(zé)人期限19)CTQ/CTP/重要指數(shù)

為了解決擔(dān)憂的問題而做的設(shè)計,嚴(yán)重(致命)影響到功能時,根據(jù)CTQ/CTP/重要指數(shù)來進(jìn)行判斷,并反映到圖紙上,進(jìn)一步確保能得到處理。20)反映設(shè)計的事項(xiàng)

需要具體記錄設(shè)計者應(yīng)該實(shí)施的內(nèi)容。如同“為了解決問題,做出了什么樣的設(shè)計?”一欄,需要詳細(xì)記錄?!笝z討設(shè)計變更」等字眼不恰當(dāng)。如何進(jìn)行變更,什么樣的變更,都需要具體記錄。

作為Reviewer,因?yàn)閾?dān)心出現(xiàn)問題而給設(shè)計者制造很多作業(yè)是不可取的。當(dāng)時就應(yīng)當(dāng)與設(shè)計者一起思考問題,并想出具體解決辦法。“盡量不要留下作業(yè)”的心態(tài)很重要。12131415161719112021222318103.DRBFM實(shí)施方法3.DRBFM實(shí)施方法

D

D

D/R

D/R

D/R

D/R

D/R

D/R

D

D

D/R

R

R

R

R

R

R

R

R

R

F

F

No部件/部位變更點(diǎn)/變化點(diǎn)功能進(jìn)行改變時擔(dān)憂之處其他System會受到的影響會在什么樣的情況下發(fā)生?顧客受到的影響為了解決問題,做出了什么樣的設(shè)計?為了解決問題,做出了什么樣的評價?CTQ/CTP/重要管理項(xiàng)目反映設(shè)計的事項(xiàng)反映評價的事項(xiàng)反映制造工程的事項(xiàng)負(fù)責(zé)人內(nèi)容期限負(fù)責(zé)人內(nèi)容期限負(fù)責(zé)人內(nèi)容期限Followup負(fù)責(zé)人期限21)反映評價的事項(xiàng)

設(shè)計變更事項(xiàng)明確之后,再顧客發(fā)現(xiàn)問題之前,我們要對擔(dān)憂的問題進(jìn)行評估,了解何時會產(chǎn)生問題。在此通常不必填寫評價內(nèi)容,實(shí)驗(yàn)認(rèn)證標(biāo)準(zhǔn)書中都有記載。

如需要特殊的試驗(yàn)方法,試驗(yàn)條件,觀察,計測時填入此欄。隨著設(shè)計的變更,能作出明確的處理是作為評價技術(shù)員的必要條件。評價技術(shù)員會以此為基礎(chǔ)策劃評價計劃。22)反映制造工程的事項(xiàng)

記錄制造中的反映事項(xiàng)(檢查,制造裝置,管理項(xiàng)目等)。因此,需要制造技術(shù)員的參與。在此階段,重要的是在制造過程中找出令人擔(dān)憂的問題,加以改正,給設(shè)計添加附加價值。12131415161719112021222318103.DRBFM實(shí)施方法3.DRBFM實(shí)施方法

D

D

D/R

D/R

D/R

D/R

D/R

D/R

D

D

D/R

R

R

R

R

R

R

R

R

R

F

F

No部件/部位變更點(diǎn)/變化點(diǎn)功能進(jìn)行改變時擔(dān)憂之處其他System會受到的影響會在什么樣的情況下發(fā)生?顧客受到的影響為了解決問題,做出了什么樣的設(shè)計?為了解決問題,做出了什么樣的評價?CTQ/CTP/重要管理項(xiàng)目反映設(shè)計的事項(xiàng)反映評價的事項(xiàng)反映制造工程的事項(xiàng)負(fù)責(zé)人內(nèi)容期限負(fù)責(zé)人內(nèi)容期限負(fù)責(zé)人內(nèi)容期限Followup負(fù)責(zé)人期限23)Followup

DRBFM的最重要的目的在于幫助DesignReview找出問題,如在一個很大的草場上發(fā)現(xiàn)并找出問題的苗頭。也許因此

FollowUp欄也就失去存在的意義了。

但是,DesignReview中發(fā)現(xiàn)、解決的問題要徹底符合產(chǎn)品。因此,通過FollowUp在產(chǎn)品流入到下一個“顧客”(“制造過程”是“開發(fā)過程”的顧客)之前解決問題。12131415161719112021222318103.DRBFM實(shí)施方法

實(shí)習(xí)內(nèi)容的發(fā)表

個人

DRBFM制定DRBFM實(shí)施實(shí)習(xí)內(nèi)容的發(fā)表個人DRBFM制定DRBFM實(shí)DRBFM事例通過file的

ReviewDRBFM事例通過file的Review7)CaseStudy1.變更分類關(guān)聯(lián)12345(世界最初)變更的程度一般情況下

DRBFM的對象沒有大問題的話維持現(xiàn)有的方式

(需要分析一下不良的現(xiàn)象。

Base很重要

)

將新概念是一般性的變更部品list的想法擺脫掉,認(rèn)為是新的方式或者方法論的追加..7)CaseStudy1.變更分類關(guān)聯(lián)12345變更5.事例

(DRBFM途中發(fā)現(xiàn)給其他系統(tǒng)帶來影響的時候)6.事例

(有變更點(diǎn)但無擔(dān)心點(diǎn)的情況

)LowerCase因產(chǎn)生了新的變更點(diǎn),應(yīng)追加

DRBFM既然沒有擔(dān)心點(diǎn)就不再進(jìn)行展開留下空colum就行部品及部位變更點(diǎn)和變化點(diǎn)因變更而擔(dān)心的事項(xiàng)是?什么情況下會發(fā)生擔(dān)心事項(xiàng)(預(yù)測原因)功能因變更而給其他System帶來的影響的內(nèi)容是?部品及部位變更點(diǎn)和變化點(diǎn)因變更而擔(dān)心的事項(xiàng)是?功能因變更而給其他System帶來的影響的內(nèi)容是?發(fā)生問題給顧客帶來的影響因設(shè)計變更,而增長外側(cè)size保護(hù)內(nèi)部因設(shè)計變更,而增長外側(cè)size內(nèi)部材質(zhì)的cover沒有5.事例(DRBFM途中發(fā)現(xiàn)給其他系統(tǒng)帶來影響的時候7.事例(在DRBFM中設(shè)計變更被決定的情況

)LowerCase新變化點(diǎn)追加

DRBFM實(shí)施7.事例(在DRBFM中設(shè)計變更被決定的情況)Lo4.DRBTR4.DRBTR制作WorkSheetDesignReview變化點(diǎn)的確認(rèn)■對變化點(diǎn)(Change)的確認(rèn)

確認(rèn)評價途中發(fā)生的變化的樣子.指的是在其他評價中發(fā)生的現(xiàn)象和在這次評價中發(fā)生的現(xiàn)象的不同點(diǎn).(日常評價中NG等Issue事項(xiàng),用現(xiàn)存評價Report代替,評價和合/不與否無關(guān),通過

Review設(shè)計者不知道的評價進(jìn)行中的現(xiàn)象,達(dá)到認(rèn)知的目的從而提高附加價值的活動)■DesignReview的目的

通過和相關(guān)部門

(特別是設(shè)計)一起回顧評價結(jié)果,導(dǎo)出在其他評價中的變化點(diǎn),進(jìn)而使發(fā)現(xiàn)的變化點(diǎn)不會成為問題,提高附加價值的活動歐冠■WorkSheet制作目的

為了和后工程部門(特別是設(shè)計)一起議論,前工程(評價)在事前對變化點(diǎn)的內(nèi)

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論