Professional Documents
Culture Documents
Mis Erp Case
Mis Erp Case
一、個案背景
成一個純粹的晶圓代工廠,它的快速成長使其在代工業具有技術領導者的地位。
ChipFoundry 是世界領先的半導體代工公司,專門從事代工製造客戶所設計的
或二個地點實施;建立核心團隊;聘請顧問;並限制實施的模組。執行 SAP 模
組的全局視圖如表 1。
二、ERP 實施階段
Susan 說:「我沒有看到任何實施計劃和流程圖。我們只知道,一套大型軟體被
術經理)。」
在晶圓代工產業,二個台灣的競爭公司(ChipFoundry 和 SemiconFoundry)
主導了全球市場,並與對方在商業運作和市場表現各個方面競爭。在競爭的壓力
和經濟繁榮之下,由於知識經濟和半導體產業的分散,很多時候,ChipFoundry
的 I T 項目是在下列情兄下開始的:
(1)充足的資金和人力資源支持 (2)新的
資訊技術及其執行被視為是創新,因此在項目成就上被鼓勵並享有高度自治。湯
姆,ERP 部門的負責人說:「我們追求的不是一個解決問題的方法,而是一種潮
SAP-ERP 的購買是無需刻意評估和複製規劃的。
訂單管理(SOM)
,相對應於 SAP 的 SD(銷售和分銷)模組。SOM 的願景是在
代工商業模式建立一個量身訂做且靈活的銷售訂單管理系統。
整合也導致顯著的組織結構調整。幾個新的企業部門分別成立以合併及運行被合
併公司的相應功能,曾經分開的組織和功能進行了統一。例如,合併公司的 CIM
在組織規模爆炸性的增長之下,其所帶來龐大的資訊處理要求造成原有的組
用。會計主管,Gin 作為項目的發起人,使此專案著重於財務會計:SAP FI 和 CO
模組因應會計部門的要求而被選入。SAP MM 被採用是由於(1)考慮作業相互
排除在外,是因為超出了四個事業部的業務範圍。中央規劃部門經理(Kim)說:
「如
果我們找不到確實的企業所有人,就會去掉該模組」,一些這四個部門業務範圍
內的模組被排除在外,是因為無法與代工業務契合。例如,SAP PP(生產計劃)
與中央計劃部門密切相關,但它被認為對代工生產而言,不夠靈活。 ChipFoundry
傾向採用的模組是不契合程度在他們可以接受的範圍內。
在實施之初,ERP 的核心團隊有為期兩週的異地集中培訓。但是,SAP 台灣
訓練提供的有效性不能令人滿意。在培訓之後,SAP-ERP 顧問提供駐點服務,這
是密集的協同工作,雙方開始改善認識並了解,套裝軟體能做什麼,公司是如何
做運作的。由差異分析顯示,僅通過標準軟體組態中提供的選擇來解決差異是不
夠的。為了獲得不同部門(例如,會計,採購,進口/出口,倉儲和規劃)的支
和擴充報表的方式,重新建置多數現行作業到 SAP-ERP 內。
ERP 的指導委員會(由四名高階主管組成)被當成是積極的跨功能協調機制。
例如,公司過去不同的功能部門有重複的物料主檔。ERP 指導委員會的成員重新
設計了統一的物料主檔之維護責任。公司的核心團隊成員有業務和技術主管以及
主要員工,提供所需的業務和技術專業知識。該小組從他們的日常工作中轉到專
請在實施期間在公司駐點與核心團隊共同工作。顧問擁有全球技術的通用知識,
而企業用戶有當地營運做法的知識。這兩種類型的知識結合導致最終的 ERP。正
「說服同事是最艱鉅的任務,我們透過與顧問的共
如核心團隊成員之一 Paul 說:
事來找出並解決衝突。然而,當我們帶解決方案回部門,我的同事們經常質疑解
決方案,甚至提出了新的問題。我們不得不往返更改;有時甚至上報問題到 ERP
指導委員會以獲得最終解決方案(保羅,助理採購經理,ERP 核心團隊成員之一)
。」
荷蘭,美國,新加坡和日本分公司。Lam 找來 IT 主管(Chi,新任資訊主管)
、
中央規劃處長(貝拉)、以及作業支援處長(BOB)參與國際性 roll-out。雖然這
以小時計費的顧問服務。
其政策是推展複製已建置完成的台灣 ChipFoundry SAP-ERP 到海外子公司。
根據這項政策,在地客製化是不被鼓勵的,因為已建立的系統被視為 ChipFoundry
標準。再次進行差異分析,看看哪裡有差異,並專注於努力消除差異。子公司的
外,當地的結構,比如地方性法規和稅收規則,荷蘭和美國子公司是由內建的組
裝軟體很難從一處轉移到另一處。以新加坡,美國和荷蘭為例,這些最資深的員
工是從台灣調過去的,roll-out 更容易,因為員工們熟悉總部的結構。
的整合與資料的一致性,從而導致效率負擔。首先,將舊系統移植的策略曾經是
在 SAP-ERP 的實施期間獲得使用者同意作法,如今成為了效率降低的來源之一。
ChipFoundry 如果想儲存一些當地資訊往往借用替代欄位。當真正需求出現要用
這些被借用的欄位時,發現借用欄位出現了被濫用的情形。造成結果是,當組織
化軟體,但卻不善長如何調整軟體組態。這影響使用者的需求如何得到滿足。
ERP 部門了解到非標準化使用造成了客製化的負擔,影響系統性能,並且讓
目和客製化的報表(5)誤用的回復。其原則是移除不必要的客製化,並確保新
需求的滿足優先考量標準結構。以這種方式,客製化和去客製化兩者同時朝向相
同的目的:扭轉先前所做的選擇。