這裡的多專案指得是有一定共通性設備功能的不同客戶多筆專案。
多數設備公司的設備產品會針對有特定的產業、功能開發製作的設備專案,
隨著不同客戶需求、產品改良等,
再將現有設備進行局部的改良、改造,
衍生出不同的設備專案,
最後變成形成衍生式多設備專案的狀態。
這些有某種共通性但又有局部細節不同的設備專案,
在開發工作過程與售後的專案管理其實很麻煩,
如果都是同一個人經手管理,時間在1~3年內問題都還不大,
應該都還記得個別設備專案的差異與設計資料的版本,
但是時間再長一點,或者是加入其它人進來協助時,
要如何區別出各專案之間的細節差異就會越來越困難。
這種多專案的狀態會有另外一種說法:
某設備的不同版本!
管理的重點放在不同版本差異的各種資料,
這種型態的專案有很大機會在時間重疊的情況下同時進行。
另外一種完全不同類型的設備多專案管理這裡先忽略,
差異大的不同設備開發設計應由不同人負責,不然會很容易在時間管理上或其他方面出狀況,當然有時候因為缺人,老闆根本不管,這樣就危險了^_^。
回到這種衍生式多重專案的狀況,
舉例來說一開始開發出來的某設備專案A000,
包含有AA00、AB00、AC00、AD00、AE00……等機構、電控模組。
一台設備好不容易開發成功後,
業務會將其推廣給不同客戶,
但是每個客戶會有不同的需求與考慮,
甚至同公司不同地區的客戶都會有各自的不同想法,
我之前負責開發的設備就遇過這種狀況,
同一家客戶三個地區要求細節有所不同,
有時是因為廠區負責的產品不同導致對設備要求不同,
有時純粹是使用單位負責人的想法導致。
為了要作生意當然只能設法滿足客戶的要求。
所以A000設備專案就會出現新增A001,A002,A003三種版本,
其中可能是某個模組需要進行修改設計,例如新模組AB01,AC01,AF01等等。
有了不同階層的模組、圖號(零件號碼)編號差異就可以區分出來不同的專案內容。
在Inventor專案中,可以設定工作路徑到原有專案,直接使用原專案設計模型資料,
保持資料的唯一性跟版本變化。
我同時會開一個Midmap去記錄說明每個專案的衍生專案變化狀態,
這樣會比較容易釐清各個專案的不同狀況與演進。
沒有留言:
張貼留言