案例一：企業(yè)無法在第一時間提供完整的、準確的產(chǎn)品電子文檔

這個現(xiàn)象在一開始的時候我根本無法想像，企業(yè)不是有備份嗎？怎么就拿不出完整的、正確的產(chǎn)品電子文檔呢？（對機械制造業(yè)企業(yè)來說，這里的電子文檔就是指用CAD產(chǎn)生的各種二維圖紙和3D數(shù)模文件，如*.dwg文件）。有一件偶然發(fā)生在我們軟件公司的“危機”，使我對這個問題有了一個全新的認識。

記得是為PDM系統(tǒng)開發(fā)“項目管理”模塊，當時我們成立了一個4個人的開發(fā)小組，有一個項目經(jīng)理，三個開發(fā)人員。項目一直進展得比較順利，軟件設計、開發(fā)都比較有新意，采用ATL,STL在WEB上開發(fā)了一個PM系統(tǒng)。代碼管理是由項目經(jīng)理來負責的，每次版本發(fā)布由開發(fā)人員提交各自開發(fā)的模塊，在項目小組指定的計算機上編譯完成。到一定的階段由項目經(jīng)理提交公司備份保存。事情一直進展得比較順利，給客戶的版本也都是由開發(fā)人員提供給我們的測試人員。

但是在項目快要結(jié)束的時候問題出現(xiàn)了，由于項目組個別人員和項目負責人產(chǎn)生了矛盾，導致最后有一個項目關鍵成員（即最后進行集成并且生成發(fā)布版本的開發(fā)人員）離開了公司。當然在辦理移交的時候也把所以的程度代碼、文檔等都移交了。過了一段時間，項目經(jīng)理垂頭喪氣地來告訴我，有個模塊的功能無法正常工作了，要重新開發(fā)，工作量非常大！我說不著急，我們不是有備份嗎？敢緊找到原先的公司備份，編譯的結(jié)果表明程序根本就不能通過！再早一些的版本，又因為時間的關系沒有太大的價值。

這樣的情況目前在機械制造企業(yè)普遍存在。在我經(jīng)歷過的近20家企業(yè)中，沒有一家企業(yè)是能夠在第一時間提供完整的、準確的產(chǎn)品電子文檔。最近我們剛簽約了一家軍工企業(yè)，這家軍工企業(yè)開展CAD應用已經(jīng)有10多年的歷史，因此企業(yè)的產(chǎn)品基本上都采用AutoCAD來設計，電子文檔比較“齊全”。為了提供一些數(shù)據(jù)來驗證PDM的各種管理流程，實施組特別找了一個去年剛定型的產(chǎn)品作為測試數(shù)據(jù)。最后的結(jié)果是“這些CAD文件基本上已經(jīng)失去作為產(chǎn)品數(shù)據(jù)進行共享的價值”。這樣的結(jié)果著實讓項目實施人員和企業(yè)的管理者大吃一驚！

那么，企業(yè)為什么會產(chǎn)生這些情況？原因和發(fā)生在我們軟件公司的情況是一樣的。

設計人員在完成圖紙設計后一般都是自己打印或者發(fā)給打印員打印，審核后曬圖發(fā)給車間進行生產(chǎn)。也許有的企業(yè)還會要求把散在設計人員手上的設計圖紙集中到企業(yè)的服務器進行管理。在這一時間，設計人員手上的以及企業(yè)服務器里保存的電子文檔和車間生產(chǎn)用圖是一致的。

如果不發(fā)生了設計更改，那么一切的問題都不會產(chǎn)生。但是，作為一個設計型企業(yè)不對設計進行更改幾乎是不可能的。因此，問題也就產(chǎn)生了。目前國內(nèi)企業(yè)對更改有嚴格的管控流程，更改被批準后企業(yè)一般會有以下這三種方式進行更改。

（一） 由改圖員根據(jù)更改單到圖紙使用單位在生產(chǎn)用圖（一般都是藍圖）進行劃改。

（二） 也有直接在底圖上進行“刮改”，曬圖后重新發(fā)放

（三） 直接改電子文檔出圖后重新發(fā)放

上面列舉的這些更改方式可能會在一個企業(yè)里同時存在。如果是第一、二種方式，設計人員就很可能會忘記去改電子文檔。即便是改了電子文檔也不一定會記住去覆蓋企業(yè)服務器里保存的圖紙，也許設計人員根本就不知道這些圖紙保存在什么地方。就這樣，隨著更改次數(shù)的增加，我們手上的設計文檔越來越不準確，和車間生產(chǎn)用圖的差距越來越大，最后我們花費了很多心血，用計算機設計出來的這些電子文檔就變成了一堆高級數(shù)據(jù)垃圾，“用”不敢用，因為，不能確定電子文檔的準確性，“扔”又舍不得！

還好，目前我們企業(yè)的生產(chǎn)主要依賴圖紙，如果將來的企業(yè)在生產(chǎn)過程中越來越依賴3D數(shù)模的時候，這樣的結(jié)果將是企業(yè)管理者的一個惡夢。