Page 19 - Vol.43

3.3 Re-layout變更管理
依據Layout變更管理流程，我們將其整合為五個活動，以
作為Tool Layout Change作業依據，分別為變更發起、變更評
估、變更審批、變更實施及變更確認，如 圖12所示簡述如下 :

變更發起 變更評估 變更審批 變更實施 變更確認
ORP FAC 廠長/MFG FAC/EE FAC/EE

圖12、Tool Layout Change變更管理流程

3.3.1 變更發起 圖13、F18產能會議決議紀錄

變更單位(ORP)提交變更申請，變更申請類別包括機台
新增需求、缺陷(錯誤)改正、產能需求變更等。變更申請不可 3.3.4 變更實施：
口頭提出，必須透過系統管道確認(如E-mail或是會議紀錄)， 要保證變更實施是完全而徹底的，我們可透過Facility
以便留痕。即使是小的需求變更也要經過正規的需求管理流 Request System(FR)建立Tool項目變更清單及各系統批準項目
程，否則會積少成多。 以留存備查，如 圖14所示，並進行開立PR流程。
在歷年案例中人們往往不願意為小的需求變更去執行正
規的需求管理過程，認為降低了執行效率，浪費了時間。但
正是由於這種觀念才使變更需求逐漸變為不可控，最終導致
項目的失敗。
3.3.2 變更評估

變更評估通常需要參考項目管理計劃、項目績效報告
等，主要內容有：

① 變更必要性及緊急程度分析。
② 變更的影響，是否涉及費用的變更(如擴充Utility系統)。
圖14、Facility Request System(FR)
以廠務為例，評估小組應討論該需求變更的合理性、可
行性，實施的代價以及對項目的影響，如 表6 表7所示。
3.3.5 變更確認

表6、變更評估範圍 變更的結果需要回饋在項目成果之中，並及時回饋給變
更的利益相關單位。所有的項目變更都需要持續跟蹤，直到
變更完成為止。正確的變更控制流程是一個閉環過程，這個
閉環過程確保整個變更過程的可控和可追溯。通過對變更流
表7、變更評估結果 程的觀察，為了實現變更的目的，我們認為一個良好的變更
管理工具至少應該具備如下技術特徵。
① 對變更管理工具的最基本要求是一個信息記錄及傳達功
能，達到備忘與交流的功能。
3.3.3 變更審批 ② 自訂視覺化的圖形介面平台，提供強大的查詢和報表定
製功能，能為變更管理提供各項數據分析及歷程記錄，
審核者首先要確認變更意義，確認是否要修改，其次審
掌握變更狀態，如 圖15所示。
核者要確認變更可能產生的影響，根據影響分析決定是否要
修改下變更的內容以及對項目其它方面做同步改變；最後就
是指派項目成員實施該變更，並予以公告(如E-mail或是會議
紀錄)，以便留存紀錄，如 圖13所示。

FACILITY JOURNAL 09 2021 17