【正文】 么對策呢 ? 根據(jù)工程師的說明 好的討論 Good Dissection with reviewers 此外還有什么差異呢 ? 此外還有什么原因 ? [63/95] ? 需有現(xiàn)貨 (能夠分解，詳細的觀察的 ) ? 需有圖面， CAD畫面中是否效果好 ? 由于 CAD 畫面，參加者不能自由移動，因此圖面可能更好一些。 ? 參加者：前工程（設計者），后續(xù)工程（評價者） (supplier和 OEM), 專家 ? 當場下結論：盡可量要避免使其成為作業(yè) ? 參加者：為了較好的 Discussion，最好 10名一下較為適當。 ? 重要規(guī)則：不說「不可能來的」「不會可能的」 . ? 不能忘記我們的工作的最終目的是為了顧客制造最好的產(chǎn)品。 ? 好的 Design Review的重要條件 D R B F M in P r o d u c t D e v e lo p m e n tR e s u lt s o f D R B F Min P r o d u c t D e v e lo p m e n tP D R B F MD R B D PM a n u fa c tu r i n g E n g i n e e r s S h o u ld p a rti c i p a te h e r eD e s i g n P r o d u c e V e r i fy M a n u fa c tu r i n g P r o c e s sD e s i g n E n g in e e r s s h o u l dP a r ti c ip a te h e r eT h e s e d e s ig n r e v i e wS h o u ld b e d o n e to g e th e r .Product DevelopmentManufacturing[64/95] ? 防止 Interface的地方的問題，使全員能在各自的工程上賦予產(chǎn)品附加價值的 System/文化就是 “ 事前預防 ” ? 關注變更點“會節(jié)約時間嗎 ?” 比起關注所有的部分要更有效率。 但是對于那些什么都沒有做的人就想當然只會增加負擔。 我們的工作的 output是信息，信息必須在 interface中得到劣化。 我們的信息會成為產(chǎn)品，因此直到接觸到顧客為止，不能劣化，還要達到增加價值的目的。 這才是即使是消耗了大量的時間卻仍有價值的嗎，這就是 “ 事前預防 ” ? 關于 interface和變更點 [65/95] FBD 制定 Work Sheet 制定 Design Review Base Design 選定 * FBD: Function Block Diagram ■ Base Design 選定 要領 ? 以現(xiàn)在的 System為 Base設計新的 System的時候， Base Design會成為現(xiàn)在的 System。如果，將在其他模型中使用的部品為 Base進行設計的時候， Base Design是其他模型的部品。當自社本沒有的新設計與 競爭相對的設計相接近俄話競爭社設計是 Base Design。最終， Base模型會有成為現(xiàn)在的設計和其他模型的設計的組合的情況。 ■ FBD 制定 目的 ? Block Diagram是為了詳細理解 在 System 之間的 interface中是什么變更了而使用，制定時需要能夠理解 Base Design和新的 Design的 interface的差異，需要在 Design Review 時基礎性地制定 . ■ Design Review 目的 ? 與后工程共有設計信息，找出問題的根源，并進行糾正，提高附加價值為目的，進行確認并不是目的。 ■ Work Sheet 制定 目的 ?為了與后工程進行討論，由前工程來像寫日記一樣進行制定，并將基于變更點 /變化點的擔心點和為了消除那個擔心點而設計的內(nèi)容記入的樣式。 . ? DRBFM 實施順序 4) DRBFM 實習 [66/95] No. 部品及 部位 變更點 和 變化點 因變更 而擔心的 事項是？ 什么情況下 會發(fā)生 擔心事項 （預測原因） 發(fā)生問題 給顧客 帶來的 影響 為了消除 擔心點 而進行了 什么樣的 設計？ 功能 因變更 而給其他 System 帶來的影響 的內(nèi)容是？ 為了消除擔心 點而進行了 什么樣的 評價？ （應該如何？） ① ② ③ ④ ⑤ ⑥ ⑦ ⑧ ⑨ 設計者在事前制定， DR時需要向 Reviewer 進行說明 ? DRBFM Work Sheet Review 內(nèi)容 （ DRBFM的結果 ） 應反映到現(xiàn) System 及其他 System的 設計中的事項 應反映到 評價中的項目 應反映到制 造中的項目 負責 期限 ⑩ ? Follow Up * Tip : 將 Reviewer發(fā)現(xiàn)的問題點用另外的顏色進入，提高附加價值 . 負責 期限 負責 期限 D R B F M in P r o d u c t D e v e lo p m e n tR e s u lt s o f D R B F Min P r o d u c t D e v e lo p m e n tP D R B F MD R B D PM a n u fa c tu r i n g E n g i n e e r s S h o u ld p a rti c i p a te h e r eD e s i g n P r o d u c e V e r i fy M a n u fa c tu r i n g P r o c e s sD e s i g n E n g in e e r s s h o u l dP a r ti c ip a te h e r eT h e s e d e s ig n r e v i e wS h o u ld b e d o n e to g e th e r .Product DevelopmentManufacturing[67/100] 3. DRBFM 實施方法 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 部件 / 部位 變更點 / 變化點 功能進行 變更時 擔憂的 問題 其他 System 會受到的 影響 會在 什么樣的 情況下 發(fā)生？ 顧客 受到的 影響 為了解決 問題，做出 了什么樣的 設計？ 為 了解 決 問題 ，做 出了什 么 樣 的 評價 ？ CTQ/ CTP/ 重要管 理項目 反映設計的 事項 反映評價的 事項 反映制造工 程的事項 負責人 內(nèi)容 期限 負責 人 內(nèi)容 期限 負責人 內(nèi)容 期限 Follow up 負責人 期限 D欄 (Work Sheet左半部分 )是設計者根據(jù)變更點 /變化點做的記錄。 R欄 ( W/Sheet右半部分為主 ) 是 Design Review的結果 (會議記錄 )。要記錄在 D/Review欄。 F欄 (Work Sheet右側 ) 記錄 F/up的結果。要記錄至開發(fā)過程的結束。 12 10 (服務 )系統(tǒng)名稱 : 樣品名 (適用年份 ): 參加者 : 實施的目的 DRBFM 編號 : 設計負責人 : 設計者 : Design review 實施日期 : (修改日期 ): 4 5 3 1 7 2 6 9 13 14 15 16 17 19 11 20 21 22 23 18 DRBFM Work Sheet 記錄方法 制作日期 (原本 ): 8 [68/100] 3. DRBFM 實施方法 (服 務 )系 統(tǒng) 名 稱 : 樣 品名 (適用年 份 ）： 參加者 : 實施的目的 DRBFM 編號 : 設計負責人 : 設計者 : 制作日期 (原本 ): (修改日期 ): 4 5 3 1 7 2 6 8 Work Sheet Header 1) DRBFM 編號 ： 記錄 DRBFM Number，是為了整理 Follow Up 。 2) (服務 ) 系統(tǒng)名稱 : 記錄需要進行分析的系統(tǒng)或其構成品的名稱。以 ASSY記錄較好。 EX) Evaporator Assy, Condenser Assy. 3) 樣品名 (使用年份 ):記錄樣品是什么產(chǎn)品的什么部分，制造年份及執(zhí)行什么樣的 FMEA — PJT 。 Ex) 冰箱 RB00， 1998年產(chǎn)， A7PJT. 4) 參加者 ： 記錄參加的設計組 member 及后期工程部門的所有人員的姓名。 5) 實施目的 : 明確記錄實施背景及目的。 Ex) 因材制變更而實施 Cost Down、改善慢性不良、為了確保開發(fā)階段的信賴性 … 6) 設計負責人 : 記錄樣品開發(fā) project leader 或者是組長的姓名。 7) 設計者 ： 記錄樣品設計者本人的姓名。 8) 制作日期 :記錄設計者最初把有關變更點 /變化點的內(nèi)容記錄在 work sheet時的日期。 9) Design Review 實施日期 ： 記錄與后期工程實施 Design review的日期。 Design review 實施日期 : 9 [69/100] 3. DRBFM 實施方法 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 部件 / 部位 變 更點 / 變 化點 功能進 行 改 變時 擔 憂 的 問題 其他 System 會 受到的 影 響 會 在 什 么樣 的 情 況 下 發(fā) 生？ 顧 客 受到的 影 響 為 了解 決 問題 ，做出 了什 么樣 的 設計 ？ 為 了解 決 問題 ，做 出了什 么 樣 的 評 價？ CTQ/ CTP/ 重要管 理 項 目 反映 設計 的 事 項 反映 評 價的 事 項 反映制造工 程的事 項 負責人 內(nèi)容 期限 負責 人 內(nèi)容 期限 負責人 內(nèi)容 期限 Follow up 負責人 期限 DRBFM Work Sheet 記錄方法 10) 部件 /部位 ： 記錄部件名稱。因為問題可能出自每一個部件，故盡可能詳細記錄。但是進行討論時，要謹防問題過度限定在細微的部分。 要時刻參照 Block Diagram，考慮微小的問題會不會影響到其他的 System。 11) 變更點 /變化點 : 詳細記錄 Base設計與新設計之間的差異（變更點）。 (Ex,如同 “將 ”) 還 需要附上改變的理由。如無法用簡單的話語表述時，可使用圖畫的形式并附加必要的解釋。 這是設計者對變更的解釋，是基本信息，因此必須添加圖畫、實際產(chǎn)品（初始產(chǎn)品）及必要的說明。 通常，設計者會從前期工程拿到（除商品策劃，銷售）需要改善現(xiàn)存 System的必要性及要求，此過程成了第一步。 12 13 14 15 16 17 19 10 20 21 22 23 18 11 D R B F M in P r o d u c t D e v e lo p m e n tR e s u lt s o f D R