2008年9月11日 星期四

協同之旅撬動地鐵建設設計資訊化的“冰蓋”

CPC似乎天生就打上了製造業的烙印,那麼CPC是否適用於非製造行業? 成立於20世紀90年代初期的華南某地鐵公設計司從1999年開始,就在國際專業管理諮詢公司的協助下,對公司整體的資訊系統進行了全設計公司面分析和重新CIS設計規劃,平面設計同時制包裝設計定出了管 理資訊系統建設的方案。根據規劃,地鐵公司的管理資訊系統是一個包含ERP、EIP、設計CPC(協同產品商務)、PM、CRM在內的複雜系統,這些系統設計將分階段在地鐵公司內部實施。這次規劃有許多可圈可點的亮點:首先是通過品牌設計IT規劃方式運作,這意味著地鐵公司已經認識到企業資訊網頁設計化不是一個一設計蹴而就的過程,而是一個系統的變革過程;另一個亮點是採用了CPC系統,設計公司這是CPC系統在地鐵建外籍新娘設行業乃至建設行業的首次應用。
g選擇CPC的緣起熟悉這婚友個行業的人都知道,地鐵建設是一項複雜的系統工程,其建未婚聯誼設週期較長,投資額巨大(每次投資額達到100億元人民幣量級)。拉刀從管理的角度講,有效地控制項目投資和縮短工程建設週期是兩個最重要的目標seo。一次完整的建設包括設計和施工兩個部分,從建設週期的角度來看會包括以下階段:預可行性研究、婚友工程可行性研究、總體設計、初步設計等單身聯誼階段,而地鐵建設的參與者包括:業主、設計單位、施工單位、設計諮詢單位和施工監理單位。借錢在這些不同的參與者中,業主(地鐵公司)基本上是起到整體協調和項目管理的作用。由於地鐵建設是一項複雜的系統工程,參與的設計單位和施工單位涉及到土建、電力、通信、機車、消防等不同專業。眾多的參與者給管理者帶來了如下問題:首先是眾多的參與者如何實現協同問題。一個完整的設計成果需要經過以下單位的處理才能最終變為成型的物理產品:設計單位形成設計成果→設計諮詢單位進行審核→業主審核→施工單位。
在具體的業務運作過程中,這些不同的參與者並不是一對一的簡單關係,而是錯綜複雜的網狀結構。因此,從整個工程設計與建設的角度來看,不同的參與者之間的相互協調是一個非常複雜的過程。在進行資訊系統規劃之前,設計成果的轉移和協調是手工完成的。“手工”的問題在於,一方面是設計成果的傳輸物化過程效率低下且很容易出錯,為了保證數據在整個過程中的一致性,需要付出很多額外的工作量;另一方面,設計成果在物化的過程中需要經過多次的反復修改,而每一次反復幾乎都需要牽扯到不同的單位。從這些業務過程的描述中不難發現,有效地解決協同問題將有助於縮短工程建設週期並降低相應的投資額度。

沒有留言: