服裝智能制造：實施PLM系統的總結及建議

一、前言

歐美日等發達國家應用各種管理系統已經有幾十年的歷史，目前從底層到中高層對系統的作用、理念、應用細節都有很深的經驗和積累，而國內中小企業真正開始大規模應用管理系統也就最近十幾年的事情，目前的大多數中高層管理對PLM系統的認知和應用經驗積累較少，平日繁雜的日常工作使得其沒有時間精力參與系統架構（即使參與做出的決策也許有悖于系統實施）；還有就是高層對具體執行層業務不參與，僅了解大概，高層對系統主架構、主流程規劃完畢后，需要中層落地，但中層沒有時間或者不具備系統落地實施的能力，而顧問公司經驗和水平良莠不齊，實施時受限于顧問本身的行業經驗和行業經歷，實施效果通常都不甚理想，系統上線后問題多，效果差；筆者從自身經歷總結初次實施導入PLM系統的一些建議，總結如下。

二、明確需求，提出具體目標

PLM售前階段，一般都是高層或決策層（具體業務層不參與）與外部供應商之間洽談，實施PLM系統的目的一般是基于公司戰略或者信息化需求，這很容易造成PLM系統方案前期制定的項目目標一般都假大空類型的，沒有明確的項目目標，很多時候是為了上系統而上系統，項目實施結果往往不盡如人意。

筆者建議在項目合同中就明確具體的項目目標，不要是那種提供設計效率多少個百分點，或者降低成本多少，這種目標一是很難統計，二也會對項目驗收造成障礙，筆者建議可以結合企業的實際現狀和問題，提出具體的目標，比如設計數據的版本管理（解決版本混輪導致的報廢問題），設計數據的唯一數據源管理（解決多數據源造成的采購或加工問題），設計數據的電子審批（解決紙質文檔的人工受控成本）、歷史數據整理導入的范圍和方法（解決歷史數據的導入PLM系統問題）、基于PLM系統變更管理（非文檔變更，產品變更問題收集，解決、通知等）、需要實現項目管理（資源管理、項目進度統計等，目標可以更細化）……；對于這個過程越具體，企業的需求就越明確，不僅僅有利于實施商的后期服務，也有利于企業對自身需求的清晰思考，對決策層和實施層是一場在項目實施前的頭腦風暴和深度思考，能夠為項目成功上線并發揮實際作用提供堅實的基礎。

三、現在與未來具體業務場景具體對比演示

目前所有的PLM系統實施或者方案，一般都大談戰略、規劃、噱頭吹的太多，實際上方案內容一般都是行業通用解決方案，不涉及項目上線后結合企業的現狀后具體實施結果或效果；不可否認公司戰略、規劃等內容一般公司高管都是很關心的，因為與其平日工作內容比較貼合；但是PLM系統是一個直接面向研發、設計、項目管理等人員的系統，基礎層用戶一般都具有較高的學歷或企業經驗，且系統上線后也與他們的本職工作也息息相關；如果上線后的效果不好，操作繁復，流程冗余,即使管理層面強行推廣，基礎操作層用戶也會以種種理由（系統慢、宕機、流程審批時間長等等））阻礙系統推廣和日常運營，久而久之就不了了之了，運營時間越長，PLM系統問題越多，口碑越差。

所以筆者建議，在項目實施前期，調研完成以后，就需要實施商對需要對基礎用戶進行詳細的應用培訓，明確PLM系統介入后，對基礎層用戶的日常工作會帶來哪些變化，如果有條件最后對未來業務場景進行簡要的演示，不僅僅會大幅度減少系統上線以后的抱怨或者BUGS，也會讓基礎層用戶參與進來，有利于基礎數據的收集及完整、完備。

四、重視底層數據、重視細節與簡易性、相關全員參與

管理層過于重視企業發展戰略、主流程等本身工作相關的領域，而對基礎數據收集、整理、錄入等細節重視力度不夠甚至完全忽略；而項目實施時，一般都講所謂的一把手（企業或組織）原則，希望公司高層直接參與，提高項目的執行力，但高層一般只關注戰略、流程、對基礎數據產生過程、特點、復雜程度沒有深入了解、各部門主要領導基本不深入參與項目實施（大部分只參與調研）、實際產生數據人員對項目沒有發言權。

PLM系統實施往往過于滿足高層需求，而忽視基礎用戶層的需求，且一般企業，在實施PLM系統時，特別是系統架構階段，基礎用戶層是沒有任何的決策權的，高層決策80%的系統架構，底層沒有決策權,但是基礎數據方面，底層用戶提供90%以上的基礎數據；如果底層數據質量太差，PLM系統架構再合理，報表再完美，都是沒有意義的。

萬丈高樓平地起，沒有一個堅實的基礎，公司的戰略和流程無論規劃的多么合理高效都是水中望月、空中樓閣；沒有完整、準確、高質量的基礎數據作為基礎，任何的規劃都是無意義的；所以筆者建議，在第一期實施階段，要花大力氣，把主要精力放在基礎數據以及歷史數據的收集整理中，系統涉及的相關人員，全員參與。

PLM系統架構（藍圖）完畢，基礎用戶層要參與及評審；如果高層直接規劃數據產生層基本架構，這樣就存在一個問題：實際規劃人不操作系統，不了解數據產生的具體過程，不關心數據產生、錄入過程的難易、復雜程度；很多問題都是上線之后一段時間才集中爆發出來，這個時候系統的主要架構已經定型，只能修修補補，勉強維持運行。

一切魔鬼都在細節里，項目的實施過程，具體到每個字段、每條細枝流程都需要系統實際操作人員的確認和認可，符合數據本身的特點，如果數據錄入過程本身過于繁復、就需要對其進行二次開發，提高數據進出系統的效率；如果數據本身容易產生問題，就需要進行防呆、防錯、標準化、交叉檢查等手段，基礎數據的完整、準確程度決定未來整個系統的質量程度。

一個成功的系統，無論是最基礎的數據產生還是中間過程的流程審批、數據的二次利用，以及最后的歸納報表，在實施過程中都需要全體系統相關人員的親身參與，這樣系統正式上線運行之后才能做到預期規劃和實際相匹配。

五、明確PLM系統數據中心位置，建立唯一數據源

PLM系統一旦上線，過渡階段完畢后，需要從流程和制度上，將線下作業完全取消，一些企業因為種種原因，PLM系統與系統外作業同時存在，這樣就會造成數據源不唯一，系統運行一段時間后，就會暴露種種問題，例如：

1.本來為了簡化流程或者加急而設置的一些線下通道被無限制使用；

2.PLM系統數據的不標準、不完整；

3.無有效版本管理。

筆者認為，保持PLM系統數據中心位置至關重要、唯一數據源的作用也很重要，所以一定要下決心取消線下的受控盤、共享盤、個人數據存儲、郵件等數據的存儲和分享方式，確立PLM系統的數據中心位置，建立準確可靠的唯一數據源。

六、重視PLM系統的持續優化

一個成功且優秀的PLM系統，一定不是由顧問公司實施出來的，而是企業本身經過長期的運維優化得到的；實施公司只能幫助企業建立標準、規范作業、導入系統，而一個系統是否有用且好用，這就需要企業本身長期持續的投入、維護、優化；如果只是靠上線時系統本身的架構和功能也許可以維持一段時間，但是隨著企業本身業務及環境的發展和變化，系統本身又缺少運維優化，那么最終的結果就是運用越不好用，抱怨和障礙增多，勢必會影響PLM系統的正常運行，所以企業在此方面需要長期投入培養相關的人員、最終將系統變成企業自己信息化系統不可分割的一部分。

七、總結

實施PLM系統還有很多其他的注意事項，比如企業的標準化、歷史數據的整理方案、主服務器硬件架構及網絡架構、涉及多個地域的還要考慮異地設計協同，異地文件服務器管理、與其他系統如ERP/MES/OA等系統的集成、項目管理、變更管理等多個方面；如果企業本身的信息化基礎比較差、企業本身又缺少相關人才儲備，管理層對系統功能和特點不熟悉，筆者建議不妨可以考慮小步快跑、分步實施，不要追求大而全的系統，優先選擇最緊迫需要解決的問題，上完系統能夠立竿見影得到效果的部分功能先上，從點到面逐步實施，既可以節省投入成本，也可以通過此過程使得企業內部人員不斷學習成長進步。

PLM實施經驗談

產品生命周期管理（PLM）一詞對于制造業的技術人員來說已經非常熟悉了，PLM系統能夠實現對企業設計研發過程的信息化管理，提高設計研發的效率和質量。它不但能夠有效地管理研發過程的圖文檔，而且在一個產品的全生命周期里，能夠保證產品數據的完整性、正確性、一致性，解決企業產品研發過程中的頻繁變更、可追溯性差的問題，實現數據的版本管理等。不同的PLM系統功能也不盡相同，目前很多PLM系統把項目管理、知識庫管理、電子簽審等集成到軟件中，給用戶帶來了很大的便利。

實施團隊就PLM的實施談幾點經驗供同行分享。主要包括軟件的選型、企業需求調研分析、物料編碼規則的制定、數據整理以及軟件上線運行等方面，希望能對準備實施PLM的企業有所幫助。

初步了解PLM軟件之后，首先要做的就是梳理企業內部數據模型和工作流程。比如設計的輸入、輸出和流程，工藝的輸入、輸出和流程，與ERP的接口等。目前企業數據有哪些、分別是什么狀態，這項工作一定要精細化，最終形成一個比較完善的文本資料，廣泛征求技術人員的意見，確定哪些功能是必須保證的，哪些是可以改變的。

有了這些技術要再對軟件進一步調研，花一點時間去認真地看軟件而不是看PPT演示，最終把軟件的功能和企業的要求相比較，就會得到更適合自己企業的PLM軟件。接下來要做的就是用戶調研，去PLM實施成功的企業了解使用情況以及軟件商的服務與技術支持情況，特別是用戶在實施過程中遇到過哪些問題，最終是如何解決的。

l 需求調研分析

軟件選定后，PLM實施商會到企業做詳細的需求分析，這時企業應該組織系統管理員、優秀的設計師和工藝師等成立項目組（最好有熟悉數據庫開發的技術人員），進一步細化軟件調研時總結的文本資料，逐項與軟件公司技術人員對接，主要包括：

與產品實現相關部門的組織結構、部門職能與崗位職責、相關各部門角色及實例分析；產品實現現狀的調研分析；產品實現的輸入輸出現狀分析；信息化現狀調研分析；報表開發需求分析等等。

最終雙方達成一致協議形成需求分析報告，軟件公司根據需求分析報告進行開發工作，企業根據軟件公司提供的各種類型數據整理要求及規范完善基礎數據和軟件測試用的產品數據。

l 基礎數據的整理

進入PLM系統的數據應具有幾個特點：標準化、規范化、惟一性，這就要求企業應該按照軟件的要求，下功夫整理基礎數據和產品數據。規范制圖工具CAD軟件版本統一定制零件和組件基礎模型模板，定制工程圖基礎模板，確定圖幅（A4H、A4V、A3、A2、A1、A0等）。

編碼規則的制定編碼規則在滿足要求的情況下，要盡可能簡單實用，同時物料碼貫穿企業技術、生產、采購、財務、倉儲、銷售等全過程，必須保證每一個編碼代表一個物料。一般的編碼由特征碼、分類碼、流水碼等組成，大多數PLM軟件集成了編碼器的功能，用戶只需按自己企業的使用習慣制定規則就可以了，不同的企業需要編碼的物料不盡相同，應結合本企業實際情況制定，例如大型機械制造企業一般包括如下編碼：

(1)產品型號編制規則：編碼規則簡單，注意同型號的變型產品保證編碼惟一即可。

(2)零部件及圖樣編號規則：按照使用習慣編碼，規定相同的編碼長度并考慮未來產品升級的冗余量，也就是說分類碼和流水碼的位數要足夠長。

(3)標準件及圖樣編號規則：國標件中的編碼并不惟一，比如GB5783-2000代表不同規格的一類螺栓，需要對每一種螺栓給出一個惟一的編碼。由于標準件數量非常大，用戶可以考慮對自己企業用到的標準件進行編碼。

(4)通用件及圖樣編號規則：產品中用到的如螺紋塊、焊接螺母、法蘭類零件等，編碼后對研發人員共享，可有效地提高產品的通用化程度。相對簡單的產品也可以不考慮通用件，除了國標件，非標零部件也是可以的。

(5)材料、輔料編號規則：對目前用到的材料和輔料進行分類編碼，便于設計人員選用，也可以很好地避免由于大小寫或全角半角造成材料不惟一的情況出現，以后增加新材料可隨時按照流程添加。

(6)工藝文件編號規則：中小批量產品的大型制造企業工藝文件很多，如工藝路線、各專業工藝卡片、作業指導書、工裝等等，與產品零部件關聯應該嚴格編碼規則。

(7)設備編號規則：對公司內部所有設備進行編碼，形成設備庫，方便CAPP調用。

(8)更改通知單編號規則：包括圖紙更改、BOM更改、工藝更改通知單等等，與日常生產密切相關，編碼要易讀實用。

基礎數據庫整理以上的編碼規則制定之后，方可整理基礎數據庫，比如標準件及圖樣數據庫、材料庫、輔料庫、設備庫等等。文檔模板整理文檔模板即技術工作過程中輸入輸出的文件格式，應該統一規范納入PLM系統中并且與編碼器集成。如圖紙更改通知單、工藝更改通知單等。

簽審工作流程整理在產品研發和持續改進過程中，任務的下達、設計、設計審查、主管審查、標準化審查、部門領導審查、總工程師審查等直到文件歸檔，這些環節是必不可少的。PLM實施后這些工作都應該納入系統，所以流程的梳理是必要的。

結合企業的實際情況，列出流程清單。比如圖紙簽審流程（包括零件圖、部件圖、總圖等）、工藝文件簽審流程、變更簽審流程、通用件新增流程等等。使用Excel表把每個簽審流程的過程表達出來，或者以框圖的形式表達出來，方便軟件的配置。

組織架構的整理包括部門架構設置、用戶清單等。用戶角色定義包括系統管理員、設計工程師、工藝工程師、項目經理（產品總體）、部門領導等，這些內容與數據訪問權限相關，最終由系統管理員進行設置。

產品數據的整理一般企業在實施PLM之前，都會有大量的產品數據，比如電子圖檔、產品BOM、工藝數據等，這些數據大多都存在不同的版本或者不規范等問題。應該按照PLM軟件的要求，結合上述模板、編碼規則整理出產品的數據，以備PLM上線使用。

l PLM上線運行

以上工作完成后，首先將基礎數據和測試用產品數據提供給PLM實施商進行軟件測試。這個過程對發現軟件的問題進一步調試，數據中出現的問題進一步完善，軟件和數據測試通過后即可上線試運行。

成立PLM實施項目組，由系統管理員，設計、工藝等不同專業（或不同角色）的員工組成，搭建培訓環境，需有投影儀和滿足項目組每人一臺計算機的培訓場地，計算機聯接到服務器的網絡環境。

召開PLM上線啟動大會，所有用到PLM軟件的員工全部參加，首先強調PLM實施的重要性，其次就PLM的主要功能、使用方法等內容進行全員培訓，讓員工對PLM軟件有整體的概念。最后宣布PLM實施項目組成員名單。軟件安裝，由PLM開發商工程師安裝服務器軟件，同時培訓系統管理員，包括安裝、配置、數據備份等內容，然后是客戶端軟件安裝。

集中培訓，由PLM開發商工程師組織企業PLM實施項目組進行全日制培訓。首先是基礎數據維護及導入，培訓完成由系統管理員將之前整理好的基礎數據全部導入系統；其次組織項目組成員針對軟件功能及業務實現方式進行全方位培訓；再次指導項目組成員將整理好的產品數據按業務操作要求導入系統，諸如BOM的編輯、查詢和輸出、圖文檔的提交和簽審、CAPP數據歸檔等等。

上線運行，數據進入系統確認各種輸出正確無誤，并確保項目組成員對軟件的功能已經熟練掌握，然后由PLM開發商工程師將產品數據清空，項目組成員回到自己的工作崗位，負責培訓相同專業（或角色）的員工，按照工作流程再一次將整理好的數據按照業務操作要求完整地導入系統，至此完整的產品數據正式上線。PLM實施是一個龐大的系統工程，除領導重視外，必須充分調動全體員工的積極性，將實施過程中的每一項工作做到位，才能確保數據準確上線。

PLM實施經驗。