歡迎參加第十二屆產品創新數字化國際峰會 12月1-2日 長沙
1 前言
PDM系統是一個平臺統一、數據共享、高度集成的產品數據管理系統，電子化工作流提高流程可見性及可跟蹤性，保證產品電子數據得到有效控制，對產品數據的版本及變更內容的傳遞起到源頭管控作用。但是PDM系統作為整車企業設計研發產品數據管理系統，主要用戶還是研發內部用戶，而變更涉及到產品業務的方方面面，涉及到下游部門的各個環節，例如庫存零件的消耗儲存、生產準備、采購的成本變化評估，模、夾、檢具的修改，甚至影響產品公告的變更等，都需要全公司各個部門都參與進來進行評審，怎樣讓這些部門獲得所需要的信息在各自系統中完成自己的業務流程，最終在PDM系統中形成完整的業務閉環，業務流程在PDM系統中完成后，且便于各部門追查信息、跟蹤變更的進展情況，了解變更的執行情況等，都需要系統實現這些功能。
常規的變更流程審核有以下幾個問題：
變更流程除了數據變更這個主線以外，還有多個業務變更的分支線，這些分支線是業務部門各自負責完成評審及實施，同時要反饋到數據變更流程中來，需要傳遞的信息較多。
變更流程的關聯性很強，當公司的某一個業務流程發生變化時都有可能對變更流程產生影響，甚至是公司的組織架構發生變化時，都要同時調整變更的流程程序。這些都導致了變更流程可能頻繁的要發生一些或大或小的調整。
變更流程涉及到修改的數據范圍較多，特別是電子審核流程常見的問題就是盲簽，單純只電子流程審核中校驗數據，往往數據反而不是最準確的，甚至和實際實物是不一致的。
2 需求分析
PDM系統作為企業產品研發數據的管理工具，數據形成過程中已經形成產品結構數模，同時這些數據的變更記錄也在系統中實時進行，這就形成了系統數模與零部件實物信息實時同步。目前產品研發過程中的變更分為兩大部分：
研發內部的設計變更一般流程如下：設計人員提出變更申請，組長或分專業負責人校對（涉及到設計正確性、標準符合性、規范的符合性、公差尺寸等性能要求滿足度、裝配、干涉等檢查），相關專業分項目負責人會審（涉及到各專業參與結構、裝配相關的干涉檢查，有的數據不需要會審），研發的標準化專業審核（涉及到標準規范性檢查），而變更關于產品質量的問題審核（涉及到設計正確性、標準符合性、規范的 符合性、公差尺寸等性能要求滿足度、裝配、干涉等檢查），項目或者部門負責人批準。
研發以外的變更一般流程如下：產品研發部門技術主管根據供應商、生產部門、質量管理部門、采購管理部門、銷售部門等相關部門提出的對影響零部件裝配、成本或產品工藝改善等的變更需求，提出設計變更申請及評審的需求。對于涉及工藝標準、檢驗標準類的技術文件更改還需組織評審進行驗證，涉及有庫存處理的，還要明確庫存處理方式進行等。質量管理部對涉及到國內產品生產一致性的變更進行會簽，生產制造部門對涉及到模、夾、檢具的變更進行會簽，采購部門對涉及到成本變化等進行會簽。
以上說明變更涉及到公司的方方面面，部門多、人員多、意見多，而這些都要在PDM系統中進行且記錄下來，就要求系統流程既要有一定的規范性，又要有一定的靈活性，兩者之間度的把握很重要。
3 基礎要求
根據公司變更流程的規范性文件，由歸口管理部門提供系統按照統一的數據格式和統一的數據傳輸規則將數據實時傳輸數據交換區，下游系統則根據需要從數據交換區讀取數據，實現異構系統間的數據和信息交換，要求在管理過程中達到以下目標：
主體業務流程的規范性：當企業產品研發數據進入PDM系統時，就是處理各種各樣參差不齊的數據。雖然有很多流程進行規范，但這些流程本身應該是符合實際業務的，是成熟的，不能通過系統去驗證業務的成熟度，否則流程朝令夕改或者不斷的修補流動，不僅用戶要不斷的學習這些內容，對系統的開發和維護都是一個很大的工作量。但是流程業務本身就是不斷的滾動完善的，有必須要能靈活的修改，所以這就要求業務流程主體是可控的，規范的，盡量減少這些的改動。
可開發的規范細則：系統操作及開發規范應用是在業務規范的基礎之上，只有按照企業的規范要求真實的反應到系統操作中，才能保證后續結果的真實有效性。業務管理部門會對流程過程中的操作設置很多的判斷條件，例如有些變更必須有試裝驗證、樣件的鑒定等，需要系統在關鍵節點設置判斷提醒條件以免用戶犯錯。
線下管理的參與：變更流程在系統中實現了電子化簽批，但線下的管理也要積極的參與進來，很多業務部門都希望所有的管理工作通過系統實現，而忽視了線下管理的重要參與。其實線下的管理同樣很重要，其中最重要的就是對人員的培訓及業務的熟悉程度，如果完全靠系統來實現管理，而實際設計人員本身對流程不熟悉，會導致很多業務性的錯誤產生，線下管理和電子流程的結合才能更好的促進業務的推進。
4 應用方法論
流程的靈活性帶來的結果是開發工作量的增加，設計人員學習的成本增加，因為通常都先用系統來過濾一些可預見性的錯誤。流程的固定性帶來的結果是業務的僵化，不能及時糾錯，用戶使用性感受較差。兩者之間的平衡需要信息管理部門和業務管理部門的判斷，開發維護的成本與管理的成本之間的把握。產品研發各個階段各個部門參與的程度不通，可以劃分不同的階段應用。
4.1 方案設計階段應用：
初級應用就是完全按照變更的業務流程復制到系統中來，保證流程能順利進行。
圖1 方案設計變更流程
(1)最初級的應用，應該就是設計研發部門在系統中進行內部的變更流程，只是對數據的變更，當涉及到關聯變更時，相關的專業參與到變更的評審中來。
但是這種方式有只能是產品研發前期的數據變更中應用，研發內部的一個小范圍評委評審，因為變更的影響范圍小，同時又需要快速反應，結果要及時的實施，所以流程的節點數量可能需要的不多。
(2)方案設計階段的設計變更頻繁，更多意義上是純數據的變更，這個階段系統功能設置及判斷條件是對數據的檢查，例如檢查數據的屬性是否填寫完整，各節點人員選擇是否正確等，系統的設置及開發工作量要相對較少。
4.2 工程開發設計階段應用：
工程開發設計階段的變更開始增加部門參與進來，例如采購部門、工藝部門等開始對產品設計變更進行評審。PDM系統中流程節點參數設置可以多樣性，系統維護人員自己對整個流程也要非常清楚，哪些是重要的流程信息，這些信息對促進變更的準確性有重要的影響，而這些信息怎樣體現合適。
這個階段的流程可能涉及到的子流程開始增多，業務管理部門會要求很多系統實現線下管理的功能，例如自動提醒功能，自動選擇分支流程功能等等，而往往變更的業務是很容易有特例情況產生的，如果這時系統設置規則，往往當特例產生的時候反而會懷疑流程的準確性，這些都需要系統維護人員的把握。
4.3 工程試制驗證階段應用：
工程試制驗證階段開始小批量的驗證，變更的管控更嚴格，需要提供的相關數據也更多，例如需要提供樣件驗證的報告，對模、夾、檢的影響等，這些都需要業務負責部門填寫到變更流程中，業務流程的規范性就很重要了，因為每個部門不通的需求，所有的需求如果都實現的話，系統造成很大的負擔，后期的維護也造成很大的困擾。例如涉及到成本較大的變更，質量管理部門、采購管理部門、庫存管理部門都要給出意見，意見的側重點不同，流程的駁回條件也不同，如果都要系統判斷，則業務規則必須很詳細規范，如果不能實現，則必須有所取舍，否則尾大不掉。
圖3 工程試制階段變更管控
4.4 批量生產階段應用：
批量驗證階段同樣周期更長，往往一個試驗驗證可能一兩個月時間，這些都需要電子流程能幫助設計人員能跟蹤流程，更方便用戶追蹤查找歷史流程，在這個階段系統要設置可供填寫分支流程的結果信息框，特別是變更流程要形成一個閉環，流程最后需要一個節點去檢查這些最終的結果實施情況，保證流程的準確性。
以上所有流程都有一個共同的需求，變更流程如何快速響應。特別是后期參與的部門越來越多，每個部門還要同時完成各自的分支流程，造成整個變更流程的周期很長，這就要求既要業務的規范性，又要流程能快速實施完成。
4.5 系統功能的可配置性
隨著系統功能開發的越來越多，維護的成本也相應增加，特別是某一處業務的變動，可能會導致關聯大范圍的變動，不論是系統的功能測試驗證還是開發成本，都是一個關注的問題，所以在綜合評估業務的流程同時，也需要一位系統功能很熟悉的人員，對整個系統的維護開發工作整體評估，特別是提出主體的業務要固話下來，而業務變動可能頻繁的需要系統設置成可配置的，這些都需要在前期規劃提出。
圖4 變更請求完成通知
系統功能的可配置性，就是要求盡量設置成OOTB的效果，當業務發生變化時，快速響應需求，只需要簡單的設置測試，就能直接實施應用。例如在工程涉及階段和工程驗證階段，可能只是參與部門的多少，整體業務流程主線不變，就可以通過一個業務流程模版，只是增加一些小的判斷條件，實現功能設置。
5 結論
本文主要以汽車行業整車產品研發過程中為例，詳細總結了PDM數據在產品研發過程中的變更流程與系統功能開發維護的應用心得。總之，為了為企業的業務發展的需求，通過科學嚴謹的技術分析，把握業務與信息技術之間的平衡度，才能更好的促進系統在企業的應用。
核心關注：拓步ERP系統平臺是覆蓋了眾多的業務領域、行業應用，蘊涵了豐富的ERP管理思想，集成了ERP軟件業務管理理念，功能涉及供應鏈、成本、制造、CRM、HR等眾多業務領域的管理，全面涵蓋了企業關注ERP管理系統的核心領域，是眾多中小企業信息化建設首選的ERP管理軟件信賴品牌。
轉載請注明出處：拓步ERP資訊網http://www.guhuozai8.cn/
本文標題：2016產品創新數字化征文:PDM系統數據變更流程管理分析
本文網址：http://www.guhuozai8.cn/html/solutions/14019323900.html
相關文章
