• 沒有找到結果。

貳、導入產品資料管理系統

一、資訊架構建立目標

個案公司為了改善序列式設計開發作業之缺失,希望透過產品資料管理的導入做 變革,並以建立技術支援服務中心為目標,考量零組件客製化與廠商往來配合度,在 導入產品資料管理的過程中參與廠商共 21 家。系統導入目標為資訊應用架構的建

立,即協同功能評估開發服務系統、協同規格評估開發服務系統與協同設計開發系

估開發服務系統、協同設計開發系統,針對序列式作業模式之流程進行改善,藉由協 同作業將零組件委外評估、規格設計評估、規格審查等流程動作取代,使產品研發整 個流程縮短,如圖 4.6 所示。

圖 4.6 作業模式改變 資料來源:個案公司。

二、導入準備

個案公司為了導入產品資料管理將分四個階段執行:先期準備、企業流程再造 (Business Process Reengineering;BPR)、系統開發與導入上線。如圖4.7所示:

圖 4.7 導入準備 資料來源:個案公司。

(一)先期準備

1.成立專案小組

(1)高階主管召集各部門幹部組成企業流程再造專案小組。

(2)顧問群協助制定成員權責和建立小組運作機制。

(3)小組成員在不同階段有不同的組合,成員包含管理者、使用者、供應商、

客戶等。

2.確立專案內容

(1)專案小組共同討論並決定實施範圍、時程、工作項目等。

(3)制定量化與非量化關鍵績效指標。

3.專案宣導

向全公司宣佈電子化專案開始,並定期或不定期的討論以凝聚共識,務 必使計劃執行成功。

(二)企業流程再造階段 1.As-Is Model 討論

由專案團隊成員,透過訪問、調查、搜集、整理等方式,掌握現有流程、

輸入、輸出資源、限制條件、技術等,分析現有作業流程,並要求上下游供 應商參與,作為未來 To-Be Model 建置的參考。

2.To-Be Model 建立

專案團隊依據 As-Is Model 討論後的新作業流程,正式建立 To-Be Model。

(三)系統開發階段 1.系統開發

系統功能需求的開發根據 To-Be Model、體系廠商互動分析以及產品定 位等因素,以作為設計架構依據。結合相關所有作業、人員、表單、部門、

流程及資料介面。專案團隊與資訊系統服務廠商協助規劃、分析與設計較適 合之功能架構。在改善或實施流程之前,以電腦或實作方式進行模擬,並計 算未來流程可能產生的績效,作為改善的依據。個案公司之系統開發如表 4.8 所示:

表4.8 系統開發工作內容與執行項目

2.企業管理制度

在完成新流程的系統開發與測試後,專案團隊與資訊服務商協助公司建 立或結合相關管理系統,包含標準作業程序(Standard Operation Procedure;

SOP)、系統技術文件、管理辦法與知識庫等,使企業成為學習型組織,不 斷提昇各項技術或管理能力,促使整個企業管理制度不斷以 Plan- Do- Check- Action 的運作持續改善,使企業能夠永續經營。為使新流程落實,由 專案團隊與資訊服務商協助公司建立或修正相關考核辦法,以激勵參與流程 改善或新流程的員工達成關鍵績效指標(KPI)為目的。績效考核制度由高階 主管支持及參與,同時讓經營階層瞭解計劃成效。

(四)導入上線階段 1.上線輔導訓練

上線輔導訓練如表4.9所示:

表4.9 輔導訓練

受訓對象 經營者、管理者、使用者、體系廠商(包括客 戶端與供應商端) 。

內容(包含課程內容、講 師、時間、地點)

委外資訊服務廠商與專案團隊成員共同研 擬。

輔導對象 參與面板產品研發過程中的協力廠商及客 戶。

訓練 個案公司各部門挑選適當人員,針對工作所 需之系統給予適當之訓練。

軟硬體維謢 由資訊服務商到廠提供系統相關技術支援服 務。

資料來源:個案公司。

2.各項操作說明書編制

由委外資訊服務廠商與專案團隊共同研擬。

3.訓練展開

教授各項操作說明、效益、故障排除、連結及管理上應配合事項,訓練 方式包括:說明會、課堂講授,如下表4.10所示:

表4.10 訓練內容

說明會 對象分為內部員工和外部體系廠商,透過參與的 方式,讓使用者瞭解每個人所扮演的角色、功能 及其在系統中的貢獻,並且讓使用者瞭解系統對 其工作之協助,最終目的是要激發使用者在作業 流程電子化後,能自我提昇工作上的能力,降低 企業營運成本。

課堂講授 對象分為內部和外部使用者的訓練,將已編制好 的標準作業程序,透過案例解說與實際操作等方 式,讓使用者能夠正確、正常的操作系統功能。

資料來源:個案公司。

三、系統模組說明

個案公司選擇導入PDM(Product Data Management)系統軟體作為建立協同環境的 基礎,並透過客製化方式進行程式開發,以符合在協同業務上之需求,導入PDM系 統軟體為美商參數科技(PTC)之Windchill PDM系統,功能有專案管理、零件庫管理、

各項作業引導系統開發、電腦輔助繪圖工具,功能說明如表4.11:

表4.11 Windchill PDM系統功能

名稱 功能 說明

ProjectLink 專案管理

整個研發團隊藉由網路將資料和進度等集中到 一個虛擬的工作空間平臺進行與資訊分享。

Partslink 零件庫管理

建立方便進行零件管理的環境,並對內部零件資 料庫分類,讓使用者可以透過以網路為基礎的應 用程式與 Pro/ENGINEER 緊密整合的環境瞭解 零件狀況與重複使用零件的設計。

OSS 開發

各 項 作 業 引 導 系統開發

開發程式使原有產品資料庫連結以提供客戶需 求、產品開發等。

Pro/Engineer 3D CAD/ CAE/

CAM TOOL

整合電腦輔助設計/執行/製造軟體,主要特色為 參數式的設計,資料集中。

資料來源:個案公司。

四、系統導入專用性分析

在產品資料管理導入,對系統、組織與團隊產生專用性,分析如下:

1.文件存取

在產品資料管理系統導入,從資訊科技、組織環境、團隊結構三方面觀 察文件存取之專用性,如下表 4.12 所示。

表4.12 系統導入文件存取之專用性分析 文件存取

構面 專用性

資訊科技  產品資訊分散在各部門,造成作業困難,藉由 PDM 系統的 導入將產品資料集中整合與管理。

 新訊息的提醒,以防作業延遲。

組織環境  文件的簽核透過 PDM 系統進行,並由系統設立標準作業簽 核程序。

 透過 PDM 系統,各部門主管對於專案進度可有效管控,在 問題出現時亦可較快反應與處理。

 透過 PDM 系統將文件格式進行標準化,以利作業流程。

 設置相對應的職務階層做權限開放。

團隊結構  員工透過系統操作增加文件存取的使用方式

 操作流程透過 PDM 系統使流程系統化。

資料來源:本研究。

2.資訊分享

在產品資料管理系統導入,從資訊科技、組織環境、團隊結構三方面觀 察資訊分享之專用性,如下表 4.13 所示。

表4.13 系統導入資訊分享之專用性分析

資訊分享

構面 專用性

資訊科技  以往資訊科技對於分享權限無設限,使得資料安全性有缺 失,藉由 PDM 系統的導入將資料閱覽或下載設置權限做控 管以增加資料安全性。

 PDM 系統具同步分享功能。

 PDM 系統的搜尋介面可進行如編號、日期或名稱等方式的 資訊搜尋。

組織環境  產品相關資訊透過 PDM 系統之簽核流程,送至主管簽核與 審驗,可確保資料正確性。

 透過 PDM 系統,各部門主管對於專案進度可有效管控,在 問題出現時亦可較快反應與處理。

 透過 PDM 系統將資訊格式進行標準化,以利作業。

 透過 PDM 系統對產品資訊進行討論。

 設置相對應的職務階層做權限開放。

團隊結構  員工藉由系統上傳資料至相關屬性項,以利資訊分享。

 員工透過系統操作增加資訊分享的使用方式。

 員工透過 PDM 系統之文件進行討論。例如:財務與採購人 員透過 PDM 系統和研發團隊進行產品成本預估討論。

資料來源:本研究。

3.決策決定

在產品資料管理系統導入,從資訊科技、組織環境、團隊結構三方面觀 察決策決定之專用性,如下表 4.14 所示。

表4.14 系統導入決策決定之專用性分析

決策決定

構面 專用性

資訊科技  PDM 系統啟動傳達決策功能,自動發出 E-mail 通知相關或 是所有人員。

組織環境  決策可藉由 PDM 系統執行階層式的決策制定。

 決策訊息由 PDM 系統發出,使決策內容再次確認。

 設置相對應的職務階層做權限開放。

 產品研發變更時程之相關單位透過 PDM 系統取得共識,並 且確認作業無誤。

團隊結構  藉由訓練提高使用者在系統上制定決策的熟悉度。

 藉由歷程與經驗的整理建立決策資料庫,提供決策輔助功 能,利於決策制定。

資料來源:本研究。

五、流程與調適

在產品資料管理系統導入上線,對於作業流程產生實質上的變化。客戶提出產品 需求透過個案公司 PDM 系統進行產品規格與功能可行性評估,評估結果如果可行,

個案公司與體系廠商便進行產品的價格初略估計,價格初估回報予客戶接著對規格設 計評估,個案公司與體系廠商便同時開始規劃規格書。以往序列式作業,個案公司需 進行零組件委外評估、規格設計評估、規格審查等步驟,個案公司經由導入產品資料

往前提早,使得產品開發更有效率。經由個案公司將規格匯整後,交付客戶審查,客 戶確認後個案公司與體系廠商便進入設計開發,產品接著就開始試作與審查、試產與 審查,最後開始量產上市。而在作業流程上,調適行為的發現如圖 4.8 所示。

圖 4.8 系統導入之流程與調適 資料來源:本研究整理。

從調適性結構化理論探討整個設計開發作業流程,其調適如下表 4.15 所示:

表4.15 系統導入之流程中的調適行為

項目 調適

a 以 PDM 系統平臺架構為產品溝通平臺,個案公司、客

a 以 PDM 系統平臺架構為產品溝通平臺,個案公司、客