歡迎參加第十二屆產(chǎn)品創(chuàng)新數(shù)字化國際峰會 12月1-2日 長沙
1 前言

    PDM系統(tǒng)是一個平臺統(tǒng)一、數(shù)據(jù)共享、高度集成的產(chǎn)品數(shù)據(jù)管理系統(tǒng)，電子化工作流提高流程可見性及可跟蹤性，保證產(chǎn)品電子數(shù)據(jù)得到有效控制，對產(chǎn)品數(shù)據(jù)的版本及變更內(nèi)容的傳遞起到源頭管控作用。但是PDM系統(tǒng)作為整車企業(yè)設計研發(fā)產(chǎn)品數(shù)據(jù)管理系統(tǒng)，主要用戶還是研發(fā)內(nèi)部用戶，而變更涉及到產(chǎn)品業(yè)務的方方面面，涉及到下游部門的各個環(huán)節(jié)，例如庫存零件的消耗儲存、生產(chǎn)準備、采購的成本變化評估，模、夾、檢具的修改，甚至影響產(chǎn)品公告的變更等，都需要全公司各個部門都參與進來進行評審，怎樣讓這些部門獲得所需要的信息在各自系統(tǒng)中完成自己的業(yè)務流程，最終在PDM系統(tǒng)中形成完整的業(yè)務閉環(huán)，業(yè)務流程在PDM系統(tǒng)中完成后，且便于各部門追查信息、跟蹤變更的進展情況，了解變更的執(zhí)行情況等，都需要系統(tǒng)實現(xiàn)這些功能。

    常規(guī)的變更流程審核有以下幾個問題：

    變更流程除了數(shù)據(jù)變更這個主線以外，還有多個業(yè)務變更的分支線，這些分支線是業(yè)務部門各自負責完成評審及實施，同時要反饋到數(shù)據(jù)變更流程中來，需要傳遞的信息較多。

    變更流程的關(guān)聯(lián)性很強，當公司的某一個業(yè)務流程發(fā)生變化時都有可能對變更流程產(chǎn)生影響，甚至是公司的組織架構(gòu)發(fā)生變化時，都要同時調(diào)整變更的流程程序。這些都導致了變更流程可能頻繁的要發(fā)生一些或大或小的調(diào)整。

    變更流程涉及到修改的數(shù)據(jù)范圍較多，特別是電子審核流程常見的問題就是盲簽，單純只電子流程審核中校驗數(shù)據(jù)，往往數(shù)據(jù)反而不是最準確的，甚至和實際實物是不一致的。

2 需求分析

    PDM系統(tǒng)作為企業(yè)產(chǎn)品研發(fā)數(shù)據(jù)的管理工具，數(shù)據(jù)形成過程中已經(jīng)形成產(chǎn)品結(jié)構(gòu)數(shù)模，同時這些數(shù)據(jù)的變更記錄也在系統(tǒng)中實時進行，這就形成了系統(tǒng)數(shù)模與零部件實物信息實時同步。目前產(chǎn)品研發(fā)過程中的變更分為兩大部分：

    研發(fā)內(nèi)部的設計變更一般流程如下：設計人員提出變更申請，組長或分專業(yè)負責人校對（涉及到設計正確性、標準符合性、規(guī)范的符合性、公差尺寸等性能要求滿足度、裝配、干涉等檢查），相關(guān)專業(yè)分項目負責人會審（涉及到各專業(yè)參與結(jié)構(gòu)、裝配相關(guān)的干涉檢查，有的數(shù)據(jù)不需要會審），研發(fā)的標準化專業(yè)審核（涉及到標準規(guī)范性檢查），而變更關(guān)于產(chǎn)品質(zhì)量的問題審核（涉及到設計正確性、標準符合性、規(guī)范的 符合性、公差尺寸等性能要求滿足度、裝配、干涉等檢查），項目或者部門負責人批準。

    研發(fā)以外的變更一般流程如下：產(chǎn)品研發(fā)部門技術(shù)主管根據(jù)供應商、生產(chǎn)部門、質(zhì)量管理部門、采購管理部門、銷售部門等相關(guān)部門提出的對影響零部件裝配、成本或產(chǎn)品工藝改善等的變更需求，提出設計變更申請及評審的需求。對于涉及工藝標準、檢驗標準類的技術(shù)文件更改還需組織評審進行驗證，涉及有庫存處理的，還要明確庫存處理方式進行等。質(zhì)量管理部對涉及到國內(nèi)產(chǎn)品生產(chǎn)一致性的變更進行會簽，生產(chǎn)制造部門對涉及到模、夾、檢具的變更進行會簽，采購部門對涉及到成本變化等進行會簽。

    以上說明變更涉及到公司的方方面面，部門多、人員多、意見多，而這些都要在PDM系統(tǒng)中進行且記錄下來，就要求系統(tǒng)流程既要有一定的規(guī)范性，又要有一定的靈活性，兩者之間度的把握很重要。

3 基礎(chǔ)要求

    根據(jù)公司變更流程的規(guī)范性文件，由歸口管理部門提供系統(tǒng)按照統(tǒng)一的數(shù)據(jù)格式和統(tǒng)一的數(shù)據(jù)傳輸規(guī)則將數(shù)據(jù)實時傳輸數(shù)據(jù)交換區(qū)，下游系統(tǒng)則根據(jù)需要從數(shù)據(jù)交換區(qū)讀取數(shù)據(jù)，實現(xiàn)異構(gòu)系統(tǒng)間的數(shù)據(jù)和信息交換，要求在管理過程中達到以下目標：

    主體業(yè)務流程的規(guī)范性：當企業(yè)產(chǎn)品研發(fā)數(shù)據(jù)進入PDM系統(tǒng)時，就是處理各種各樣參差不齊的數(shù)據(jù)。雖然有很多流程進行規(guī)范，但這些流程本身應該是符合實際業(yè)務的，是成熟的，不能通過系統(tǒng)去驗證業(yè)務的成熟度，否則流程朝令夕改或者不斷的修補流動，不僅用戶要不斷的學習這些內(nèi)容，對系統(tǒng)的開發(fā)和維護都是一個很大的工作量。但是流程業(yè)務本身就是不斷的滾動完善的，有必須要能靈活的修改，所以這就要求業(yè)務流程主體是可控的，規(guī)范的，盡量減少這些的改動。

    可開發(fā)的規(guī)范細則：系統(tǒng)操作及開發(fā)規(guī)范應用是在業(yè)務規(guī)范的基礎(chǔ)之上，只有按照企業(yè)的規(guī)范要求真實的反應到系統(tǒng)操作中，才能保證后續(xù)結(jié)果的真實有效性。業(yè)務管理部門會對流程過程中的操作設置很多的判斷條件，例如有些變更必須有試裝驗證、樣件的鑒定等，需要系統(tǒng)在關(guān)鍵節(jié)點設置判斷提醒條件以免用戶犯錯。

    線下管理的參與：變更流程在系統(tǒng)中實現(xiàn)了電子化簽批，但線下的管理也要積極的參與進來，很多業(yè)務部門都希望所有的管理工作通過系統(tǒng)實現(xiàn)，而忽視了線下管理的重要參與。其實線下的管理同樣很重要，其中最重要的就是對人員的培訓及業(yè)務的熟悉程度，如果完全靠系統(tǒng)來實現(xiàn)管理，而實際設計人員本身對流程不熟悉，會導致很多業(yè)務性的錯誤產(chǎn)生，線下管理和電子流程的結(jié)合才能更好的促進業(yè)務的推進。

4 應用方法論

    流程的靈活性帶來的結(jié)果是開發(fā)工作量的增加，設計人員學習的成本增加，因為通常都先用系統(tǒng)來過濾一些可預見性的錯誤。流程的固定性帶來的結(jié)果是業(yè)務的僵化，不能及時糾錯，用戶使用性感受較差。兩者之間的平衡需要信息管理部門和業(yè)務管理部門的判斷，開發(fā)維護的成本與管理的成本之間的把握。產(chǎn)品研發(fā)各個階段各個部門參與的程度不通，可以劃分不同的階段應用。

    4.1 方案設計階段應用：

    初級應用就是完全按照變更的業(yè)務流程復制到系統(tǒng)中來，保證流程能順利進行。

圖1 方案設計變更流程

    (1)最初級的應用，應該就是設計研發(fā)部門在系統(tǒng)中進行內(nèi)部的變更流程，只是對數(shù)據(jù)的變更，當涉及到關(guān)聯(lián)變更時，相關(guān)的專業(yè)參與到變更的評審中來。

    但是這種方式有只能是產(chǎn)品研發(fā)前期的數(shù)據(jù)變更中應用，研發(fā)內(nèi)部的一個小范圍評委評審，因為變更的影響范圍小，同時又需要快速反應，結(jié)果要及時的實施，所以流程的節(jié)點數(shù)量可能需要的不多。

    (2)方案設計階段的設計變更頻繁，更多意義上是純數(shù)據(jù)的變更，這個階段系統(tǒng)功能設置及判斷條件是對數(shù)據(jù)的檢查，例如檢查數(shù)據(jù)的屬性是否填寫完整，各節(jié)點人員選擇是否正確等，系統(tǒng)的設置及開發(fā)工作量要相對較少。

    4.2 工程開發(fā)設計階段應用：

    工程開發(fā)設計階段的變更開始增加部門參與進來，例如采購部門、工藝部門等開始對產(chǎn)品設計變更進行評審。PDM系統(tǒng)中流程節(jié)點參數(shù)設置可以多樣性，系統(tǒng)維護人員自己對整個流程也要非常清楚，哪些是重要的流程信息，這些信息對促進變更的準確性有重要的影響，而這些信息怎樣體現(xiàn)合適。

    這個階段的流程可能涉及到的子流程開始增多，業(yè)務管理部門會要求很多系統(tǒng)實現(xiàn)線下管理的功能，例如自動提醒功能，自動選擇分支流程功能等等，而往往變更的業(yè)務是很容易有特例情況產(chǎn)生的，如果這時系統(tǒng)設置規(guī)則，往往當特例產(chǎn)生的時候反而會懷疑流程的準確性，這些都需要系統(tǒng)維護人員的把握。

    4.3 工程試制驗證階段應用：

    工程試制驗證階段開始小批量的驗證，變更的管控更嚴格，需要提供的相關(guān)數(shù)據(jù)也更多，例如需要提供樣件驗證的報告，對模、夾、檢的影響等，這些都需要業(yè)務負責部門填寫到變更流程中，業(yè)務流程的規(guī)范性就很重要了，因為每個部門不通的需求，所有的需求如果都實現(xiàn)的話，系統(tǒng)造成很大的負擔，后期的維護也造成很大的困擾。例如涉及到成本較大的變更，質(zhì)量管理部門、采購管理部門、庫存管理部門都要給出意見，意見的側(cè)重點不同，流程的駁回條件也不同，如果都要系統(tǒng)判斷，則業(yè)務規(guī)則必須很詳細規(guī)范，如果不能實現(xiàn)，則必須有所取舍，否則尾大不掉。

圖3 工程試制階段變更管控

    4.4 批量生產(chǎn)階段應用：

    批量驗證階段同樣周期更長，往往一個試驗驗證可能一兩個月時間，這些都需要電子流程能幫助設計人員能跟蹤流程，更方便用戶追蹤查找歷史流程，在這個階段系統(tǒng)要設置可供填寫分支流程的結(jié)果信息框，特別是變更流程要形成一個閉環(huán)，流程最后需要一個節(jié)點去檢查這些最終的結(jié)果實施情況，保證流程的準確性。

    以上所有流程都有一個共同的需求，變更流程如何快速響應。特別是后期參與的部門越來越多，每個部門還要同時完成各自的分支流程，造成整個變更流程的周期很長，這就要求既要業(yè)務的規(guī)范性，又要流程能快速實施完成。

    4.5 系統(tǒng)功能的可配置性

    隨著系統(tǒng)功能開發(fā)的越來越多，維護的成本也相應增加，特別是某一處業(yè)務的變動，可能會導致關(guān)聯(lián)大范圍的變動，不論是系統(tǒng)的功能測試驗證還是開發(fā)成本，都是一個關(guān)注的問題，所以在綜合評估業(yè)務的流程同時，也需要一位系統(tǒng)功能很熟悉的人員，對整個系統(tǒng)的維護開發(fā)工作整體評估，特別是提出主體的業(yè)務要固話下來，而業(yè)務變動可能頻繁的需要系統(tǒng)設置成可配置的，這些都需要在前期規(guī)劃提出。

圖4 變更請求完成通知 

    系統(tǒng)功能的可配置性，就是要求盡量設置成OOTB的效果，當業(yè)務發(fā)生變化時，快速響應需求，只需要簡單的設置測試，就能直接實施應用。例如在工程涉及階段和工程驗證階段，可能只是參與部門的多少，整體業(yè)務流程主線不變，就可以通過一個業(yè)務流程模版，只是增加一些小的判斷條件，實現(xiàn)功能設置。

5 結(jié)論

    本文主要以汽車行業(yè)整車產(chǎn)品研發(fā)過程中為例，詳細總結(jié)了PDM數(shù)據(jù)在產(chǎn)品研發(fā)過程中的變更流程與系統(tǒng)功能開發(fā)維護的應用心得�？傊�，為了為企業(yè)的業(yè)務發(fā)展的需求，通過科學嚴謹?shù)募夹g(shù)分析，把握業(yè)務與信息技術(shù)之間的平衡度，才能更好的促進系統(tǒng)在企業(yè)的應用。

核心關(guān)注：拓步ERP系統(tǒng)平臺是覆蓋了眾多的業(yè)務領(lǐng)域、行業(yè)應用，蘊涵了豐富的ERP管理思想，集成了ERP軟件業(yè)務管理理念，功能涉及供應鏈、成本、制造、CRM、HR等眾多業(yè)務領(lǐng)域的管理，全面涵蓋了企業(yè)關(guān)注ERP管理系統(tǒng)的核心領(lǐng)域，是眾多中小企業(yè)信息化建設首選的ERP管理軟件信賴品牌。

轉(zhuǎn)載請注明出處：拓步ERP資訊網(wǎng)http://www.guhuozai8.cn/

本文標題：2016產(chǎn)品創(chuàng)新數(shù)字化征文:PDM系統(tǒng)數(shù)據(jù)變更流程管理分析

本文網(wǎng)址：http://www.guhuozai8.cn/html/solutions/14019323900.html