工程变更管理作业程序.doc

工程變更管理作業程序Engineering Change Management ProceduresDocument Type：文件類別作業程序書Document No：文件編號PI-2001Responsible Dept：責任部門量導處Issue No：版次2.6Total Page：總頁數7頁Issue Date：發行日期09/17/2008This document is proprietary to Comtrend Corporation. Use or disclosure of the document, or the information contained therein, for any purposes other than Comtrend purposes is NOT permitted without prior written authorization by Comtrend.History of Changes 修改記錄Issue版次Pages Affected修改頁次Description of Change修改描述Author撰寫人Change Date修改日期2.23-8依原ECR/ECO作業方式導入Notes系統後，針對所產生的差異部份進行修改。蔡嘉展08/30/042.35新增5.10：各部門依會議決議執行所分配之工作後，應於申請單上填寫執行狀況及內容說明；若無議異可以不必留訊息，直接簽核即可。待各部門分配之工作完成後，由主委發設計變更通知單 (ECO) 結案。蔡嘉展06/01/062.43-71. 變更本制度文件之責任部門及文件編號：市場處 (MR-2001) 量導處 (PI-2001)。2. 將提案人提供變更料號給主委查詢Where Used等的規定，改為：由提案人或提案人部門助理自行查詢Where Used, 找出受影響的PAK1 & PAK2。(See 5.3)3. 將正式生效後之ECO，需通知外部之相關廠商或單位之規定，改為需通知負責業務、客戶或外部之相關單位。(See 5.12; p.8流程圖)張淑梅11/29/062.54在ECR簽核流程加入對安規影響之考量。(See 5.2 (5): Waiting Opinion Feedback: . 開發須考量對H/W, S/W及安規 (3C, UL, TUV, Banned Substances.) 之影響。)張淑梅12/26/062.671. 新增名詞定義3.4: ECN2. 修改附錄1：工程變更管理流程圖之格式張淑梅09/10/081. Purpose目的工程變更管理的目的，在協助公司內各相關部門，監控設計變更過程的各項工作，整合變更過程中之相關資訊，以有效管制製程，保障產品品質，並減少變更過程的損失及降低庫存風險。2. Scope範圍從工程變更提案 (ECR) 開始，經討論決定解決辦法，完成變更交接事項，到發出工程變更指令 (ECO) 結案之過程，皆屬本作業程序所涵蓋之範圍。3. Definitions名詞定義3.1工程變更：解決產品在開發、生產、測試、應用過程中發現之問題或為反應客戶之意見，而採取的相關改進與變更措施。工程變更的項目涵括規格、設計、用料、生產程序等變更。3.2ECM：工程變更管理 (Engineer Change Management)，工程變更過程中的組識、協調、記錄、追蹤、管制等相關管理工作。3.3ECR：工程變更申請單 (Engineering Change Request)，做為工程變更提案依據。3.4ECN：工程變更通知單 (Engineering Change Notice)，工程變更確認後發出通知相關單位執行文件交接改版，工單，用料變更等相關作業的依據。3.5ECO：工程變更指令 (Engineering Change Order)，當最終變更內容確認，並完成變更準備工作，如文件交接、改版等事項，所發給各部門的通知。此通知單是ECR的結案通知，也是將變更事項落實到產品上的工作依據。4. Responsibilities權責4.1ECM主委：負責協調各部門間變更事項的討論、記錄、管制、結案。4.2ECM委員：由ECM主委依實際需要召集各相關部門人員擔任；負責各部門內變更事項的連繫、協調、進度管制等相關事宜。4.3提案人：負責填寫“工程設計變更申請單”(ECR, Engineering Change Request)，提出工程設計變更之相關資料。4.4各部門主管：負責部門內變更申請提案之初步審核工作。5. Procedure作業程序5.1工程變更管理依附錄中的“工程變更管理流程圖”所示流程執行。5.2ECR/ECO Flow Chart: (Notes ECR By Status check)(1)New Form: 提案人填寫ECR工程變更申請單。(2)Waiting for Approval: 該部門主管判斷ECR是否成立。(3)Waiting for SV Process: 解決方案是否需經SV或硬體部門驗證？(4)Waiting for ECM Approval: 主委確認ECR內容是否正確。(5)Waiting Opinion Feedback: 請生管、資材提供受影響產品之工單及庫存等相關資訊給主委；開發須考量對H/W, S/W及安規 (3C, UL, TUV, Banned Substances.) 之影響。(6)Waiting ECN Established: 主委依 “Opinion Feedback” 所收集的資訊及彚整提案人、PM的意見，決定ECN決議內容並通知各相關執行單位執行。(7)Waiting Status Feedback: 執行單位回報執行狀態。(8)Waiting for ECO Publish: ECM主委發行ECO給相關部門，表示此ECR結案。5.3當產品在設計、測試、生產、或使用上發現問題時，或依客戶意見需修正產品時，經責任部門研擬出改善方法後，則需提出工程設計變更申請 (ECR)。提案人依欲變更之零件料號查詢Where Used (若無查詢權限則委託部門助理查詢)，找出受影響的成品及半成品 (PAK1, PAK2) 等相關資料，填寫Notes系統中的ECR工程設計變更申請單，送交部門主管簽核。5.4部門主管審核ECR內容，判斷資訊是否正確及ECR是否成立。若簽核確認成立，則視變更的內容是否涉及 “Design Change” 或 “Power Adapter Change” 來決定是否需經SV或硬體部門驗證；變更提案若無法通過系統測試部之驗證，則退回該申請單，尋求其他的解決辦法。若不涉及設計變更，則於部門主管簽核完成後，交由主委審核。5.5主委確認資料無誤後，轉請生管、資材提供受影響產品的庫存、接單狀況，以及變更零件的料況；同時開發處就對H/W, S/W及安規之影響提供意見。主委就提案內容及彚整的意見，評估該提案是否可直接執行，或視需要與相關部門同仁開會進一步討論。5.6若需開會討論，則由主委協調開會時間及地點，及發送開會通知給各部門委員。各部門委員於收到ECR開會通知後，應做好開會所需之資料準備工作，以便在會議上提出討論，並通知相關人員出席。5.7會議中應依據變更所發生之原因，研判對接單、開發、製造、委外、採購的影響，預估完成變更所需的時間，決定處理的方針並排定變更的計劃時程。5.8會議中應確定下列事項，並記載於ECR變更申請單的決議通知中，以Notes電子郵件方式寄給各部門委員及出席人員，做為各部門執行之依據，內容包括：(1)受影響的成品及半成品料號是否變更。(2)變更性質、變更等級及變更時機。(3)工作分配：以部門為單位分配各自應負責的工作。若涉及產線進度者，則生管人員應儘可能地訂下完成時間表。(4)備註：如是否與其它ECR一併執行，或呆滯料的處理方式等。5.9若會議決議將提案否決，則應在決議通知中說明原因並結案。5.10各部門依會議決議執行所分配之工作後，應於申請單上填寫執行狀況及內容說明；若無議異可以不必留訊息，直接簽核即可。待各部門分配之工作完成後，由主委發設計變更指令 (ECO) 結案。5.11ECO案號由系統自動產生，原則上編號規則與ECN相同，做為各部門修改文件時所需之依據。5.12正式生效後之ECO，若需通知負責業務、外部之客戶或相關單位者，則由負責聯絡人員 (生產PM) 通知之。5.13變更過程應留下完整的記錄，以作為未來改進及追蹤的依據，至少需包括：工程變更申請單 (ECR)、工程變更通知單 (ECN)、工程變更指令 (ECO) 等。5.14主委應確實掌握變更的執行結果，並定期將ECR設計變更件數依變更性質做分類統計，供稽核單位及相關部門主管參考。6. Reference Data and Related Documents依循資料及相關文件無7.Form(s) 作業表單7.1工程變更申請單 (Engineer Change Request) (Notes系統) (PI-4005)7.2工程變更通知單 (Engineer Change Order) (Notes系統) (PI-4006)Appendix 附錄附錄1：工程變更管理流程圖 (見下頁)工程