型態管理Configuration Management (CM)
A. 原由
大型的公共工程與建築體,由於技術專業的分工細微,常常讓專案管理在各子系統或各 廠家的獨立自行作業下,因小小的物件變換,在其他關連子系統或廠家因未獲訊息而導致整合出現問題,當出現問題後往往需要將已完成之實體進行更換或變更,導 致非常嚴重的時程/成本損耗,重則打上法院進行仲裁的事不勝枚舉,因此專案管理若能充分運用型態管理理念與系統 ,將會讓各子系統在橫向的相關聯子系統自動互通,達到專案管理的最極致.
為何要做型態管理 ?
設備與軟體係先透過設計文件開始從概念設計(CDR)細部設計(DDR)最終設計(FDR)等設計階段皆需在其各個版次進行協商與調整變動,而在設計文件上已先做好彼此的關聯與協調變動,當正式產出實體時,整合在一起才能確保安全無虞. 不要小看 一個螺絲的尺寸,它在波音747上,若尺寸稍有偏差,將可能因鬆動而導致飛機解體. 因此 確保實體設備的初始設計文件的整合,避免實體產生錯誤才來修改, 所花的費用將無法評估.
B. 概念
型態管理發源於資訊軟體工程,為讓每一支程式能順利整合整併,因此透過管理去掌握各個程式的關聯與變動性,使能將各支程式整合成軟體。
型態管理理論雖已行之有年,但在一般業界中的型態管理系統也僅於設計文件與圖說的Check-in與Check-Out的變動控制,而就捷運機電工程本身的 複雜度而言,型態管理卻僅是聞聲響而未有實際落實,因此捷運業界中尚未有一套真正能全方位整合型態管理的系統,其難度可想而知。
公共工程具有多方面型態類型的文件諸如通訊往來文件、送審文件、ICD文件等各文件型態類型,基本上在市面上的文管系統軟體運作皆只存在於各子系統的單獨作業與最新版次的提取,而一直以來當所有子系統在進行整合時,就容易產生整合上的錯誤,甚者導致軟硬體設備的錯置問題。
因此在專案管理的整合中,縱橫向的整合既型態管理才能確保各子系統在確知關聯子系統的所有文件/界面/技術變動與轉換過程,讓各子系統充分得知關聯文件的變動訊息以進行相對的因應.這就是專案管理的極致.
依據型態之管理理論而言,型態管控過程中須依據各階段(CDR、DDR、FDR、安裝、測試)的基線當一標準,而每一基線又需予以控制其變動性,因此在各個執行階段中又將因應基線變動。
運用PMIS系統資源,以往來文件為基礎,自動連接個模組,再將Submittal/ICD甚至未來軟硬體資料的最新狀態與變動資料流,導入型態管理進行"關聯"、"變更"、"變動"、"通知"、"回應"與"追蹤"等橫向式的控制。.