• 沒有找到結果。

4.5 新產品開發輔助系統

4.5.3 成品料號管理系統

成品料號管理系統存在的價值是將公司多樣化的產品以某一特定的編碼原 則加以管理,以達到容易辨識、區分的目的。

成品料號為了能讓所有人易於使用及辨識,因此必須設置專人管理;而料 號的結構可分為客戶碼、產品分類、流水碼及版本。另外,為了方便系統管理 員及 DCC(文件管制中心,Document Control Center)作業,在申請/變更單中 尚須記錄 Description,以方便識別此料號。

新料號及版本申請的流程為:

申請人

單位主管

產品工程師

系統記錄 告知客戶

圖 28 成品料號申請流程 4.5.4 供應商承認作業系統

良好的供應商可以提供高水準的供貨品質,因此如何評核供應商以及正 確、快速地建立供應商管理系統是非常的重要,一般而言,供應商管理系統可 概分為四個階段,分別是供應商審核、進料品管檢驗、供應商後續品質改善措 施、供應商績效評估,請參閱圖 30。

供應商審核

進料品管檢驗

供應商後續品質改善措施

供應商績效評估

圖 29 供應商管理系統流程圖

R&D PUR QA

New Supplier Request

Close Questionnaire Vendor

Review

Vendor Questionnaire

Review

Vendor Survey

Qualified Vendor List

Vendor improved, Re-survey if

necessary

NG

No NG

Yes

Ok

Ok

圖 30 Vendor Qualification Process

新供應商的調查 (Survey) 一般會由採購、研發人員及品管人員共同進行,調 查的內容包括:

1. 供應商營運狀況 2. 供應商工程能力 3. 供應商品管標準

在供應商調查完成之後,如果供料過程中發生不正常的品質問題,則以下兩種 人最為重要。

1. MQA(Material QA):當進料檢驗發生異常時,MQA 必須提報告給 MRB

(Material Review Board),並且以正式書面通知原供應商。

2. Purchaser(採購):必須與供應商協調如何解決(ex. Sorting 或換貨),由於目 前許多公司都採行 JIT 觀念,本身庫存皆相當低,因此,如何確保生產不斷料 或及時導入(第二合格供應商)Second Source 是採購最為艱鉅的任務之一。

4.5.5 問題追蹤系統

新產品無論是在開發過程或量產階段中,只要發現 bug,不論其發生原因 為何,都必須要有一套系統作完整詳細的追蹤,以求每一個 bug 都能在時效內 被解決,在 Production Bug Tracking Form 中所需記錄的資訊有:

1. 產品料號(P/N)

2. 產品類別(Category)

3. 產品階段(Product Phase)

4. 產品描述(Product Description)

5. Date bug Occurred

6. Production stage for the problem:該 bug 於哪一段製程中產生 (1) SMT

(2) DIP

(3) Menu Soldering (4) Assembly (5) Testing (6) Packing (7) Others

7. Bug types (circle one only) (1) Document

(2) Electricity (3) Program

(4) Mechanical Material

(5) Mechanical Design (6) Operation Method (7) CAD

(8) PCB Layout (9) Packing (10) Label (11) Material

(12) Manufacturing Issue 8. Bug Description #1, #2, #3, #4 9. Attachments

10. Suggestion

11. Forward to Owner (1) PE

(2) TE

(3) ME Process (4) ME Mechanical (5) IE

(6) H/W Engineer (R&D)

藉由以上完整的資訊記錄,每一份 Bug Tracking Document 會以副本的形式 由系統自動分送到各相關人員手中,且系統每天發警告信提醒此工作尚未結 案,如此可確保每一個 Bug 自發現開始都能在所期望的時間之內解決,並留下 一筆記錄,以利日後追蹤。

4.5.6 產品相關人員異動申請系統

為了確保每一個產品於任何一個位置/時間都能有適當的人員負責,因此每 一個產品都有其專屬的 PE、TE、ME 或 H/W RD 負責,然而人員會因組織或任 務編組而變動,因此當負責人員發生變動時,為了避免某一產品成為孤兒,因 此任何人員變動都必須填寫「產品相關人員異動申請單」,其中所需填寫的欄位 有:

1. 異動類別 2. 承接人員 3. 異動零件類別 4. 原負責人員

申請單在經過雙方部門主管同意及上系統公告後即可生效。

4.5.7 客戶拜訪記錄

Call report System 基本上是「會議記錄」的延伸,但是他所著重的不光是 坐在會議桌上記錄著會議的結論,而是將他擴大到「任何與客戶的接觸記錄」;

為了讓專案小組中的每一個成員及老闆們都可以完整地掌握到案子進行的程 度,因此無論任何人只要有出去拜訪客戶、與客戶電話接觸,就必須將所獲得 的新資訊分享給小組中的每一個成員,這就是 Call Report System 存在的價值,

其目的是用最少的人力/時間成本來獲得最新、有用的情報,並且讓相關人員全 部瞭解、上級主管也可以藉由這些「會議記錄」做出正確的判斷。使用這種 Call Report System 的好處如以下探討:

1. 專案的掌控:由於拜訪客戶在現實面鮮少有全體人員一起拜訪的情況發生,

因此在最經濟的人力情況之下,往往是單槍匹馬,但是從拜訪中所獲得的資 訊是否可以有效地分享給所有人員,或者是以何種形式分享,往往一般是用 口頭報告的方式,但是這種方式常常會遺漏部分訊息,這對於下決策的老闆 而言無疑是一種知識傳遞的障礙。

2. 完整的記錄:使用 Call Report System 的另一個好處在於完整的記錄,要能 夠完整記錄下每一次接觸所獲得的資訊,Call Report System 就必須包含以 下元素:

(1) Applicant: 此欄位為申請者。

(2) Visitee:此欄位必須完整記錄每一位受訪者,包括姓名、職級等個人基本 資料。

(3) Visit date/time: 此欄位是記錄拜訪的日期及時間。

(4) Subject: 此欄位必須詳細說明拜訪的重點、議題及為何拜訪客戶等相關 資訊。

(5) Meeting minutes: 會議記錄記載的要點只要掌握人、事、時、地、物等 基本要素,就能使報告內容更為充實。

(6) Action Item: 此欄位主要是記錄會議上的待辦事項或者是必須持續追蹤 的議題;如果有跨部門支援或協調的需要,也需要列在 Action Item 中。

4.5.8 CFT 組織架構

CFT(Cross Functional Team)跨功能小組由當初的構想到現在付諸推廣已 經超過十個年頭了,根據分析,推行的廠商可以獲得下列數個好處或成效:

1. 完整跨功能小組(CFT)所有手法的吸收與靈活運用

2. 各類計量值品質特性值之 Cpk 提升至 1.67 以上(0.02ppm)

3. 設計開發時程的縮短(一般可縮短 1/2~2/3 時間)

4. 試作及量產階段之工程設計變更大幅度地減少約 50%以上 5. 落實產品與製程設計的知識管理

跨功能小組(Cross Functional Team)在園區中雖然已有十個年頭,但仍然 是一個比較陌生的詞彙,CFT 最早應該是出現在美式 TQM 中,也可能是歐系 廠商較常使用改善方面的詞彙,目前我們也可以在 QS-9000 這類標準中看到。

根據文獻探討,CFT 這個詞彙最早該是美國克萊斯勒汽車公司(Chrysler)

在 1980 年代末期,推動價值鏈管理時所採用的一種為了減少量產設計變更次數 並有效提高品質水準、強化競爭優勢的作法。因為成效卓越,在其後由美國三 大汽車廠(通用、福特、克萊斯勒)進行模仿 ISO 整合成 QS 品質標準時,成 為 QS 品質標準中所倡導的一種手法。

在國內,CFT(Cross Functional Team)是一套針對製程設計方面落實 Cpk>=1.67(5 Sigma 管理)的品質水準提升手法,其後被命名成「邁向 PPM 的過程管理」,在經過實務經驗的累積之後,重新加以檢討並修正,就正式命名 成 CFT 了。許多公司的品質觀念都是遵守「品質是檢驗出來的」→「品質是製 造出來的」→「品質是設計出來的」的演化順序,由於重視品質是設計和製造 出來的,因此「品質由產品設計與製程設計做起」的觀念油然而生。CFT 的架 構圖如下:

表 14 CFT 各階段活動重點

階段別 活動重點

產品計畫 設計目標的掌握

產品設計 規格、公差、材質、成本的掌握

流程計畫 製造條件的掌握

流程控制計畫 管理項目與頻率的掌握

可靠度 可靠度數據的整理分析

量產階段 確保交貨順暢

資料來源:取自品質學會品質月刊 2003 年 5 月號 P.44 及本研究整理

個案公司在面對產業間的時間競爭下,對於新客戶開發新產品,首先就要 清楚的掌握客戶的需求,在設計目標明確後、產品的規格確認後,研發人員就 可以開始著手開發,然而面對製造過程的參數控制則是需要另外一組專業人員 加上公司的經驗才能做到 100%的掌握,在這個大公司中,由於部門眾多及分 工精細,因此一套完整的控制系統是有其必要的,如前段所探討的 A 系統。

另一個 CFT 的定義是 Customer Focus Team,它並不是全新的觀念,在園 區中已有許多公司導入,例如部分大型半導體設備供應商早就為了 TSMC、

UMC 成立了獨立的客戶 CSD(Customer Service Department),為的就是能夠將 熟悉度、專業度及顧客關係維持到最好;這裡所要討論的 CFT 觀念則是要將上 述的作法做一些延展,不光是一組人員服務特定的顧客,而是此顧客為公司帶 來多少價值(value),進而決定每一組 CFT 可分得的年中紅利,其優點為:

1. 客制化的服務 2. 更專業的服務

3. 良好顧客關係的維持 4. 提高員工的向心力 4.5.9 報價系統

為了有效掌握/控制公司產品售價,使公司獲取最大利益,因此報價系統設 置有以下目的:

1. 避免人為疏失。

2. 有效控制報價。

3. 精準控制獲利。

報價系統中所需揭露的資訊有:

1. 客戶名稱 2. 適用廠區 3. 產品料號 4. 報價期限

5. 報價生效日/截止日 6. 幣別(Currency)

7. 成本明細

(1) 標準成本(Standard COGS, Cost of Goods Sold)

(2) 零件/材料成本(BOM, Bill of Material)

(3) 人工成本(Direct Labor)

(4) 製造費用(Manufacturing Overhead)

(5) 不良率(Yield Loss)

(6) 包裝費用(Packaging)

8. 其他成本

(1) 折扣(Rebate)

(2) 佣金(Commission)

(3) 認證(Certificate Amortize)

(4) 運費(Transpotation Charges)

9. 報價(Quotation):需注意勾選含稅價(Contain Tax)或是免稅價(Tax-Free)。 10. 利潤(Profit):此欄位等於由系統自動計算。

11. 毛利率(Gross Margin)

12. 預估銷售量(Sales Q’ty Forecast)

13. 報價條款(Quotation Terms)

(1) 研究開發費用(NRE Charge)

(2) 樣品費用(Sample Expense)

(3) 產品交貨時程(Delivery Lead Time)

(4) 交易條件(Delivery Term)

(5) 付款條件(Payment Term)

(6) 保固期(Warranty)

(7) 有效期(Warranty Term Valid Period)

14. 備註(FootNote)

15. 附件(Attachment):此處需附上 BOM 表。

4.6 知識管理的其他方法 4.6.1 教育訓練課程

良好的教育訓練體制是增長員工新知的最好用也最有力的工具,曾經有人 探討過將教育訓練外包來減輕公司的壓力,從表 16 中我們可以發現在不同的時 代中,教育訓練的動機和目的也有不同的演進和變革,在 70 年代的教育訓練是 著重在內部專家的意見,而在 90 年代就必須以整個組織的未來運行的策略為考

良好的教育訓練體制是增長員工新知的最好用也最有力的工具,曾經有人 探討過將教育訓練外包來減輕公司的壓力,從表 16 中我們可以發現在不同的時 代中,教育訓練的動機和目的也有不同的演進和變革,在 70 年代的教育訓練是 著重在內部專家的意見,而在 90 年代就必須以整個組織的未來運行的策略為考