
雖然顧問一再強調,整理品號信息十分重要,十分困難,非常非常辛苦。可直到我認為我們把品號資料準備完了,我都沒想到,這個整理的過程有多重要,有多難。一說起這個問題我就覺得血壓有點高。
我們整理品號是從技術部門開始的。最初我覺得在ISO9000中已經規定了產品編碼規則、工藝文件編碼規則,只需個別做一點調整就可以使用,這樣的話我們的品號資料應該是很容易完成的。
在討論時,顧問給我們提出了幾點意見:我們是一個以配套為主的機械加工工廠,產品中很大一部分是外來圖紙加工,這是公司創業的基礎,技術含量不算高,但品種多,產量較大,多年積攢下的產品品號大概在1500左右,沒有一個準確的統計。這部分產品在原有編碼原則中規定,以外來品號作為我們的產品號。
1、這樣就造成我公司品號長度不一,長的編碼十五位,短的七位、八位。有的是單純的數字,有的是數字字母混排,有的有短線,沒有規則。
2、原圖號中有各主機廠版本號,我們不掌握編碼原則,也就很難及時對舊圖紙淘汰、封存,往往作為兩個或多個產品來看待。
3、品號不惟一。最典型的例子就是,一家主機廠給我們圖紙試制完了,才有人發現和以前的某種產品幾乎一樣,找出圖紙一看,果然完全相同。這樣,這一個產品就出現了兩個號。雖然這種例子不多,平時用人工控制,放入系統是不能出現的。
4、這些外來圖加工的產品只有產品編號,也就是外來圖號,而在采購、生產過程中需用的材料和產生的半成品都沒有編號。
5、公司自行設計生產的產品編碼雖然問題少一些,但在編碼時過分強調了成品屬性。比如某原材料墊圈,可以用在111、222、333這三個產品中,第一次設計的時候用在111產品中,叫作11101,意思就是111產品零件,在222和333產品中遇到這個件,這個件叫作11101代,就是說用111產品的第一個零件代替。
面對這些問題,我們召集由技術副總、營銷副總、生產部長、編制體系文件人員等等一起商議,經過幾輪爭論,最終決定:改。建立新的編碼原則,替換體系文件。按照體系文件進行新編碼,同時更改技術文件等。大家最后把思想統一到一個問題上,就是,改變以后肯定會有不適應,但慢慢就習慣了。
也許這就是小企業的好處,船小,掉頭易。
CIO頻道人物視窗
CIO頻道方案案例庫
大數據建設方案案例庫
電子政務建設方案案例庫
互聯集成系統構建方案案例庫
商務智能建設方案案例庫
系統集成類軟件信息研發企業名錄