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