協同之旅撬動地鐵建設信息化的“冰蓋”

CPC似乎天生就打上了制造業的烙印，那么CPC是否適用于非制造行業？

成立于20世紀90年代初期的華南某地鐵公司從1999年開始，就在國際專業管理咨詢公司的協助下，對公司整體的信息系統進行了全面分析和重新規劃，同時制定出了管理信息系統建設的方案。

根據規劃，地鐵公司的管理信息系統是一個包含ERP、EIP、CPC（協同產品商務）、PM、CRM在內的復雜系統，這些系統將分階段在地鐵公司內部實施。這次規劃有許多可圈可點的亮點：首先是通過IT規劃方式運作，這意味著地鐵公司已經認識到企業信息化不是一個一蹴而就的過程，而是一個系統的變革過程；另一個亮點是采用了CPC系統，這是CPC系統在地鐵建設行業乃至建設行業的首次應用。

選擇CPC的緣起

熟悉這個行業的人都知道，地鐵建設是一項復雜的系統工程，其建設周期較長，投資額巨大（每次投資額達到100億元人民幣量級）。從管理的角度講，有效地控制項目投資和縮短工程建設周期是兩個最重要的目標。

一次完整的建設包括設計和施工兩個部分，從建設周期的角度來看會包括以下階段：預可行性研究、工程可行性研究、總體設計、初步設計等階段，而地鐵建設的參與者包括：業主、設計單位、施工單位、設計咨詢單位和施工監理單位。在這些不同的參與者中，業主（地鐵公司）基本上是起到整體協調和項目管理的作用。由于地鐵建設是一項復雜的系統工程，參與的設計單位和施工單位涉及到土建、電力、通信、機車、消防等不同專業。

眾多的參與者給管理者帶來了如下問題：首先是眾多的參與者如何實現協同問題。一個完整的設計成果需要經過以下單位的處理才能最終變為成型的物理產品：設計單位形成設計成果→設計咨詢單位進行審核→業主審核→施工單位。在具體的業務運作過程中，這些不同的參與者并不是一對一的簡單關系，而是錯綜復雜的網狀結構。因此，從整個工程設計與建設的角度來看，不同的參與者之間的相互協調是一個非常復雜的過程。在進行信息系統規劃之前，設計成果的轉移和協調是手工完成的。“手工”的問題在于，一方面是設計成果的傳輸物化過程效率低下且很容易出錯，為了保證數據在整個過程中的一致性，需要付出很多額外的工作量；另一方面，設計成果在物化的過程中需要經過多次的反復修改，而每一次反復幾乎都需要牽扯到不同的單位。從這些業務過程的描述中不難發現，有效地解決協同問題將有助于縮短工程建設周期并降低相應的投資額度。

其次，設計單位在設計建筑圖紙時，每天都產生大量格式化圖紙和技術文檔，特別是采用CAD技術之后，由于設計人員可能分屬不同的專業，以及設計活動的分散性，使信息常以不同的格式和介質動態地存儲在不同的部門，由此可能產生大量的異構數據。如果延用原來的手工管理維護，不僅占用了大量人力資源和空間資源，工作效率也較低。這就需要借助計算機把大量圖紙、技術資料管理起來，在節省存儲空間和人力的同時，能方便、快捷地獲取所需技術資料，這是最低層次的信息管理要求。

盡管建設行業的每一個企業都存在這些問題，但對于立意求新求變的地鐵公司來說，這并不是回避問題的理由。在咨詢公司的幫助下，地鐵公司意識到地鐵設計是一個典型的協同設計過程，盡管具體的產品（地鐵系統）和離散制造業并不相同，但在協同設計方面和那些生產汽車、飛機等復雜產品的制造企業有類似之處。因此，借鑒這些企業在協同設計方面的解決方案能有效地解決地鐵公司在設計環節的業務之痛。有了這些認識，地鐵公司決定在信息系統的建設之中，采用離散制造業在協同設計方面的解決方案——CPC。

CPC實施之旅

在建設過程中，地鐵行業普遍采取招投標制選擇設計單位和施工單位。這一次選擇軟件產品，地鐵公司也是操起了嫻熟無比的工具——招標選型。經過角逐，最后地鐵公司在CPC系統上選擇了PTC公司的WindChill。

實施系統之前，咨詢公司先花了一段時間幫助理順設計過程。在理順設計過程之前，盡管相關的業務人員都很熟悉和自己相關的那一部分業務過程，但卻很少有人完整地了解設計的整體過程以及設計和施工的銜接過程。通過“理順”工作，地鐵公司的相關人員第一次全貌地了解了整個過程，這種認識顯然有助于培養協同作戰的觀念。

解決方案的設計過程，分別從文檔管理、工程設計變更管理和BOM（物料清單）管理等三個方面展開，從而有效地解決地鐵公司在業務上碰到的問題，最終有效地提升了工程設計和施工過程中的傳輸效率。另外，文檔共享也有助于使設計過程中發現的問題和缺陷能盡早得到解決，無形中降低了工程變更的頻率，并使工程變更盡可能地向設計的上游移動，最終降低變更帶來的成本和時間花費。

從制造到建設，尚有待完善

當然，亮點中也有些許遺憾的地方。由于具有探索的意味，在實施CPC的過程中還有一些做得不是特別到位的地方，需要后續的持續改進。

首先是針對設計環節的管理咨詢，在實施的過程中只是起了一個整理的作用，并沒有針對地鐵設計的特點進行更深的挖掘和改善，使CPC的潛力沒有得到更充分的發揮。比如，地鐵公司沒有在工程設計環節確立正式的項目管理機制（盡管業務過程體現了項目管理的因素，但體現得并不充分）。另外，沒有充分運用并行工程的原則——從實施過CPC的眾多案例看來，許多企業是在實施并行工程的基礎上，實施CPC有效降低開發周期的。要知道，信息系統只是并行工程的一個使能器（有助于實現共享，消除變更等），單純由信息系統驅動的改善幅度是有限的。

其次是，在解決方案的設計過程中，有對離散制造業模仿的成分。比如，對地鐵公司這樣的企業，是否需要BOM（物料清單）管理？我們知道，作為一個企業級的產品主模型，BOM的主要意義體現在產品的配置上。在多品種和信息系統集成要求高的情況下實現BOM是非常必要的，但對地鐵系統這樣的單一產品且集成環節相對較少的系統來說，BOM的作用值得懷疑。在這種情況不采用BOM管理而代之以目錄型的結構同樣能解決問題。

節能環保王 VIA C3處理器冷靜成就一切

面對PC系統的應用，高主頻、高速度的CPU引領了主流應用的發展方向，然而在某些對性能要求并不顯著的領域，安靜和節能則是選擇處理器的首選因素。尤其是日益追求環保健康的今天，“低噪聲”越來越成為眾多消費者選購電腦產品時注意的一個因素，而在低功耗低噪聲應用領域，威盛的C3系列處理器無疑是其中的佼佼者。

現在主流的PC系統，由于運用的是主流的高主頻CPU，其強大性能的副產品就是驚人的發熱量，以及因此選配的大口徑風扇帶來的噪音。有調查顯示，長期工作在低噪聲環境中對人的健康是有一定影響的，因此，去掉CPU風扇帶來的噪聲就成了一些健康時尚人士對PC系統的新需求。威盛是除了Intel和AMD以外的第三大CPU廠商，旗下的C3系列處理器，就是業界不多的以低功耗、低發熱為訴求點的一款產品。雖然發熱不高，但是C3處理器的性能具備了成為主流應用產品的必備條件，尤其是經歷了Samuel2、Ezra、Ezra-T幾款核心的發展后，最新的Nehemiah在性能上有了質的飛躍：1G以上的主頻、全速L2高速緩存的配備、SSE指令集的支持、配套主板對DDR內存和USB2.0、SATA等眾多周邊設備的支持，使得Nehemiah核心的C3處理器在面對辦公應用、嵌入式系統等方面得心應手，多媒體性能也足以應對家庭多媒體應用的需要，而最重要的是，Nehemiah核心C3處理器最大功率還不到20w，僅僅是同主頻主流CPU的四分之一。難怪有著名專業硬件評測網站將威盛C3處理器稱為性能/功耗比最佳的處理器了。