當前位置:工程項目OA系統(tǒng) > 泛普各地 > 黑龍江OA系統(tǒng) > 哈爾濱OA系統(tǒng) > 哈爾濱OA快博
推動PDM本身的發(fā)展和完善
1.基于PDM的互動
我們不斷地聽到諸如“基于PDM的產品開發(fā)設計過程”等說法,就我個人看來所有“基于PDM…..”的事實似乎都可以用“基于PDM的互動” 來概括。
1) 基于PDM的人與人之間的互動 已經(jīng)實施了的用戶、正打算實施的用戶、供應商、學者、咨詢顧問,在他們之間進行的講授與傾聽,演示與觀看、自由討論等活動,形成了一種相互映證,相互啟發(fā)的互動;
2) PDM與應用技術之間的互動 PDM與CAD、Cax等應用軟件之間,在產品建模、配置管理、BOM管理、系統(tǒng)仿真等方面,天然具有一種緊密互動關系。通過互動使應用軟件的功能得到充分發(fā)揮,同時更加凸顯PDM的優(yōu)勢。需要注意的是由于一些CAD、Cax開始強調其自身所具有的管理功能,所以有必要考慮PDM和這些軟件之間的協(xié)調,避免沖突和冗余;
3) PDM與的管理信息系統(tǒng)之間的互動 最典型的是與ERP,ERP可以從PDM獲取唯一可靠的產品數(shù)據(jù)源,而PDM可以利用ERP最大限度地實現(xiàn)自己的價值。通過對它們之間“集成方案進行精確的規(guī)劃”,能夠“真正發(fā)揮兩者的核心優(yōu)勢”。
4) PDM與技術和創(chuàng)新管理之間的互動 產品建模、大批量定制、流程重組、協(xié)同商務、企業(yè)動態(tài)建模等適應新的市場競爭環(huán)境的理論框架和技術在PDM的支持下得到有效應用,同時反過來使PDM的內涵和外延得到進一步深化和拓展。
雖然上述“基于PDM的互動”是那樣激動人心,但是我們不得不感到些許遺憾,因為至今為止還沒有看到在不同軟件的開發(fā)和實施人員之間,尤其是PDM和ERP的開發(fā)和實施人員之間形成真正的、公開的互動,這使得PDM與ERP之間的互動缺乏足夠的深度和自主性?,F(xiàn)在要求所有用戶都考慮購買具有統(tǒng)一平臺的企業(yè)信息系統(tǒng)還不現(xiàn)實的,對構建在不同平臺上的系統(tǒng)進行集成還是當前企業(yè)信息化的一個極其重要的需求,所以特別需要為不同系統(tǒng)的開發(fā)人員和和實施人員搭建一個諸如此類的互動平臺,使他們之間自主互動,而不是應用戶要求針對具體問題的被動“互動”,那不是我們所希望看到的。
2. 對“關鍵”問題的辯證思考
關于PDM實施,有一些問題被反復提到,由于它們在項目中的重要性和困難程度,我們一直把它們當作“關鍵”問題來分析和解決。隨著對PDM的認識更加接近其本質,以及實施和應用方面的經(jīng)驗的積累,必然要對一些“關鍵”做出辯證思考,思考的結果是,有些被過度重視,而有些則重視不夠,不管屬于哪一種情況,我們在解決這些關鍵問題時,要么還沒有好的方法,要么沒有采取好的方法。這樣的尷尬,妨礙了問題的解決,增加了項目風險。
1) 編碼
從已經(jīng)實施的情況來看,對編碼問題解決得都不怎么好,我認為一個主要原因是沒有把它放在一個適當?shù)奈恢?,負責編碼的人不了解PDM中編碼的本質要求,無法完全擺脫傳統(tǒng)編碼系統(tǒng)的影響、盲目借鑒別人的經(jīng)驗和原則,追求大而全,賦予編碼太多的功能,把簡單問題復雜化等。
系統(tǒng)要求每一個對象必須至少有一個唯一編碼,零部件僅僅是其中一類或幾類對象。由于在PDM中產生的零部件編碼可能在隨后傳遞到ERP或其他管理系統(tǒng)中,因此顯得比其他一些僅僅局限在PDM中的對象編碼更加重要,類似的還有產品編碼、配套件編碼以及原材料編碼等。在PDM中每一個對象對應一套屬性卡片,通過若干屬性完整地給出其定義和有關信息,這些信息足以幫助用戶對對象“分類”和“理解”,不一定非要通過編碼達到這樣的目的。編碼只不過是這些對象屬性中的一個,由于被指定為對象唯一標識,因此才顯示出獨特的含義,僅此而已。正因為它的“獨特性”在于“唯一性”,所以只要具備“唯一性”就基本上算是一個合格的編碼。認識到編碼的本質,有理由相信針對PDM的零部件編碼,不管是其過程還是結果,其實都可以非常簡單。
建立“編碼體系”一般有幾種主張:
* 主張建立“有效的零部件編碼系統(tǒng)”,既要能“分別進行識別”又要能 “分類處理”,既要“簡潔明了”又要“易于理解”,例1-107-41-001。對企業(yè)基礎數(shù)據(jù)和編碼人員素質要求很高,需要較長時間完成。
* 主張無含義編碼,最容易實現(xiàn),但是不適合人工處理,例4712。
* 主張介于兩者之間,用戶多數(shù)傾向于這種方案,分類碼+順序碼,例0J0046。
祁國寧教授認為PDM項目中的前期工作,應按照“建立編碼體系、零部件ABC分析、零部件分類、零部件名稱分析”的內容和順序來,而一些用戶根據(jù)自己的經(jīng)驗認為將“建立編碼體系”放在上述步驟的最后一步完成比較好。在這些工作當中,對企業(yè)現(xiàn)有零部件等編碼對象的數(shù)據(jù),進行收集、整理、分析、規(guī)范,剔除“垃圾”,比建立編碼體系更加重要。
“編碼系統(tǒng)與很多因素有關”,其中“編碼目的、編碼的應用范圍對編碼的結構和內容影響最大”,編碼過程中遇到的主要困難是,涉及的對象多、部門多、歷史數(shù)據(jù)多,往往牽一發(fā)而動全身,特別需要事先明確目的、范圍和一般原則。一旦編碼問題阻礙了項目進程,要考慮到PDM的目的不是建立“編碼系統(tǒng)”,恰恰相反,建立“編碼系統(tǒng)”是實現(xiàn)PDM目的的一個過程,基于這種認識盡量采取簡單化處理,迅速把項目拉到正常軌道上來,比如“對于已經(jīng)有零部件編碼系統(tǒng)的企業(yè),只要這些零部件編碼具有唯一性,也可以作為Part-ID使用,以減輕由于更換編碼系統(tǒng)而造成的來自各方面的壓力?!?/FONT>
對于編碼,在思想上給予適當重視,采取符合企業(yè)自身特點的、可以駕馭的編碼原則和方法,建立一套實用的編碼體系。
2) 配置管理和項目管理
配置管理和項目管理是PDM的兩個基本功能,但是直到現(xiàn)在,仍然只有少數(shù)PDM產品宣稱具有這兩個功能。和“文檔管理”功能相比它們顯得高深莫測,這越發(fā)刺激了對于它們的想象,因此經(jīng)常被高估。實際上,配置管理和項目管理的思想或模式對任何企業(yè)都是有效的,但是作為PDM系統(tǒng)功能,其應用是有條件的,并不是對所有的企業(yè)都適合。
* 配置管理 基于產品建模技術和大批量定制模式。對于按訂單裝配模式比較適合;對于按訂單制造模式,需要加入一定的人工干預,應用起來比較困難;對于按訂單設計模式,因為需要很多人工干預,該功能幾乎不起作用。即使是按訂單裝配模式的企業(yè),如果沒有采用產品建模技術,建立起完整的產品模型以及配置規(guī)則,該項功能同樣不起作用。配置管理功能在汽車行業(yè)得到普遍應用,并取得良好效果,而在其他行業(yè)案例中卻很少提及,就是這個原因。
* 項目管理 根據(jù)調查發(fā)現(xiàn),在PDM中項目管理應用效果最差,“在實際運作過程中遠比想象中復雜,有時需要很多人工干預”。主要原因是“軟件方面沒有突破”,可以理解為該功能在技術上還不成熟,和實際需求還有一定的距離。除此之外,“由于項目工作的復雜性和創(chuàng)造性,以及創(chuàng)造性工作的非線性本質(做了50%的工作,并不意味著改任務完成了50%)”,“項目管理模式不是太簡單就是太復雜,在許多情況下,它們簡直就是不切實際”。
我曾經(jīng)說“配置管理和項目管理簡直就是兩個陷阱”,當時主要是一種直覺,現(xiàn)在看來有一定道理。用戶在選型的時候,要仔細分析自身特點和條件,對這兩個功能可以不要就不要。如果考慮到今后變化,可能需要,那個時候再通過軟件升級或增加模塊來解決。對于選擇了這兩個模塊的用戶,在PDM項目實施中必須下大力氣建立起完整的產品模型和配置規(guī)則,對現(xiàn)有業(yè)務流程進行改造或改進,否則用不起來。
3) 產品建模
“成功實施PDM系統(tǒng)的重要前提是建立科學、合理、可操作的PDM模型,包括產品模型、過程模型和項目模型”,其中最關鍵的是產品模型。然而,對此我們卻重視不夠。在有些供應商的項目計劃或實施方案中提到了“選擇一個產品”、“建立數(shù)據(jù)模型”等,但是這是從項目管理的角度提出來的,目的是“導航”,并作為項目階段性“里程碑”,此“模型”非彼“模型”。
根據(jù)有關“基于PDM/ERP的開發(fā)設計過程”及其產品模型的論述,我們也可以反過來說“基于開發(fā)設計過程的PDM/ERP(項目)”,從字面上理解前者用于指導對某一類PDM/erp系統(tǒng)的應用,后者則用于指導對“某一類PDM/ERP系統(tǒng)”的實施和創(chuàng)建。這意味著,在PDM項目準備和實施階段,就要充分考慮 “開發(fā)設計過程”的需要,建立完整的產品模型,包括三維設計模型、產品結構模型、工程圖、產品文檔,以及配套件、原材料和毛坯等??梢韵胂?,把這項工作真正做扎實,工作量和難度都非常大,在有限的項目周期內也許只能做到相對的“科學、合理、可操作”,但是只要有一個這樣的基礎,在項目完成后還可以繼續(xù)不斷的改進和完善。
重要的是認識到產品建模,以及配置管理等都是為了貫徹一種思想,即 “減少內部多樣化,增加外部多樣化”,避免“零部件和文檔數(shù)量過度增長、制造過程難以控制、工藝裝備數(shù)量增加、生產成本提高、交貨周期延長等嚴重后果”,對企業(yè)是長遠有利的?;谶@種認識,有必要組織專門班子負責產品建模及其相關工作,拋開一般開發(fā)設計工作中不可避免的短期利益和局部利益的干擾,另外可以將這項工作和歷史數(shù)據(jù)處理結合起來統(tǒng)籌考慮。
來源:E-WORKS
- 1哈爾濱OA將成為一個強大的戰(zhàn)略實施的支撐平臺
- 2IT項目測試中作出了讓步的代價
- 3構成哈爾濱OA軟件的技術是什么?
- 4解讀知識管理七個認識錯誤
- 5漸近式產品生命周期管理變革
- 6網(wǎng)絡技術: 存儲區(qū)域網(wǎng)(SAN)
- 7行業(yè)信息化:車業(yè)精益變革
- 8研發(fā)項目管理系列(3)——市場預測
- 9現(xiàn)階段知識聯(lián)盟創(chuàng)新是生產力增量新的源泉
- 10賽爾富電子信息化 磕磕絆絆學走路
- 11MIS失敗的原因及防止措施
- 12企業(yè)需要知道哈爾濱OA的應用不是一蹴而就的
- 13ERP需要全程的流程變革
- 14目標管理-績效考核是洋垃圾?
- 15擺脫企業(yè)存儲的困擾:建立動態(tài)存儲新架構
- 16麥肯錫7S模型與HRM
- 17分布式任務域工作流系統(tǒng)的設計和實現(xiàn)
- 18IT基礎設施最佳實踐ITIL
- 19連鎖便利企業(yè)的信息化與方法
- 20下一代網(wǎng)絡分組話音接入的實現(xiàn)
- 21項目費用控制的兩個環(huán)節(jié)
- 22TCL用的知識管理開啟組織內部智慧
- 23供應鏈中的“孫子兵法”
- 24軟件開發(fā)項目需求管理簡述
- 25管理會計動態(tài)成本體系構建的訴求
- 26如何設計一個合適的戰(zhàn)略管理系統(tǒng)
- 27不識水性的民企如何趟過信息化的河
- 28智能財務分析與傳統(tǒng)財務軟件的差別
- 29看Intel如何進行知識管理
- 30APS算法分析之七分解技術(DT)
成都公司:成都市成華區(qū)建設南路160號1層9號
重慶公司:重慶市江北區(qū)紅旗河溝華創(chuàng)商務大廈18樓