CIO找尋IT架構的第三條道路
時間：2005/8/1
在IT架構集中還是分散的爭論中，混合之路似乎開始受到CIO們的青睞。
CIO如何組織你的IT架構?這個問題已經成為了無數激烈論戰的主題。近幾十年來，各式各樣的IT管理方式都曾獨領過風騷:在信息化發展的早期，由于IT實施成本高昂、相關專家資源稀缺，集中式IT運營方式是當時企業唯一可行的結構方式;進入20世紀80年代后，由于IT技術成本大幅度下降、專業IT人才大規模涌現，IT公司層出不窮，用于分布式計算的Client/Server軟硬件加速了分散管理潮流的發展;此后，呈幾何級增長的商用臺式機使得企業的雇員們對本地服務器求之若渴，因此更多的企業開始嘗試著對部分IT運營采取分散的模式，以適應企業運營單位的需求并緩解IT運營的支出與性能的緊張關系。
在過去的10年中，IT架構的潮流如同鐘擺——又再次回擺到集中方式。IT工程師們在解決“千年蟲(Y2K)”時所做的系統改造及企業對更為有效的IT采購和運營方式的追求，加速了這一過程。同時，新型的網絡和數據庫技術使得企業有可能采用更吸引人、優先級別更高的應用軟件，但這些都要求以集中式的IT組織架構作為開發和運營的先決條件。
就在一切似乎已經失去了爭論的意義之際，如今的CIO們卻重新提出了這一基本問題——“什么樣的組織架構對我的IT運營最為有利?”這背后仍然存在一些傳統的問題:IT設備及軟件仍然價格不菲、技術專家依然稀缺且難于管理;此外，還涌現出了一些新的問題，如IT現在已成為企業商業運營中一個必不可少的部分，如何有效地運用IT已不僅僅是一個競爭優勢的問題了，而是關乎到企業生死存亡的問題?，F在，企業的IT布局已經擴展到了它的客戶端和上游供應鏈，這就使得IT架構的作用更加直觀，也對它提出了更加苛刻的要求。因此，CIO們談論的中心議題也由“IT控制”轉變為“IT效率”。以下筆者將會分析這兩種IT組織架構各自的利弊。
集中:規模和風險的取舍
在集中式架構中，企業所有的IT功能——運營策略和計劃、應用軟件的開發和維護及IT的整體運營情況都將直接匯報給主管領導，如CIO、CTO，有時也可能是CFO或其他高管，企業所有的IT資產，包括軟硬件、人員及預算都由高層掌控。
從表面看來，集中式的IT組織架構無疑是最具吸引力的管理方式，它有許多顯而易見的優勢:CIO可以從企業獲取所需要的軟硬件，且集中式運營也可以為CIO帶來實實在在的規模效益，如集中式的數據中心能夠縮減支出10%~15%;集中式的管理還可以為CIO省去冗余的人員配備，如操作系統支持小組;統一的IT結構和標準還可以解決軟件的兼容問題和相關費用;集中式架構所需的更簡潔的組織內信息溝通使得企業的目標更加清晰，企業戰略的融合度也進一步得到提升。如今，不少企業，如戴姆勒-克萊斯勒、坎貝爾保險及百事公司在嘗試過分散式IT運營后，又重新回歸到集中式上。雖然每家企業重新回歸集中式IT架構的原因和方式各有千秋，但總結起來，節約成本和易于管理是兩個最重要的原因。
然而集中式架構也有其潛在的問題:作為企業的重大投資，龐大的IT預算一直都是企業內部的爭論焦點，有時IT部門為此不得不忍氣吞聲、采取守勢。如果把實施集中式IT架構的龐大支出分攤給企業內各商業運營單位，這些部門可能會有“CIO不管我們死活”的想法。同時，完全集中的IT架構還要求企業內部建立一個非常行之有效的命令和資源配置體系，以滿足各商業單位對IT人員及IT運營能力不同甚至相反的需求。此外，如果IT系統的運行維護不能做到盡善盡美，那么一個運營單位的系統停頓就可能導致整個企業的業務癱瘓。
集中式IT架構的成功秘訣在于快速的信息反饋，如果龐大的集中式運營能夠對企業的商業需求做出迅速反應，那么它就有其可取之處。
分散:貼近與成本的抉擇
許多企業在采用Client/Server分布式計算體系后，成功地將它們的IT運營架構分散。也有許多公司在完成兼并后，采用了分散式IT架構，因為這是解決兩套信息系統兼容問題最為迅捷的方法。
分散式IT構架的優勢是實實在在的:每個商業運營單位都可以依據自己的需要選擇所需的IT資源;IT運行的費用被完全分配給各運營單位，這樣它們就能夠更靈敏地感覺到其面臨的變化并做出更迅速、更靈活的反應;IT設計師和工程師也能夠更好地了解各類商業信息，這使得他們能夠對各種“特殊”問題提供量體裁衣的解決方案。此外，在分散式的IT架構中，IT部門更易于被其他部門和同事們接受，并被他們視做工作伙伴，那種在集中式IT架構中經常出現的敵對情緒會顯著減少。
然而分散式架構也面臨著挑戰:企業作為一個整體不得不因為采購和運營多個數據中心或相互獨立的供應鏈分支而要承擔更多的費用;新IT技術將因為其高昂的費用而難以引進，即便是那些相對簡易的辦公軟件，如E-mail、即時通信軟件或電子日歷也會因為其廣泛使用產生不必要的軟件整合費用。
此外，在分散架構中還存在一個潛在風險:新興的IT技術，如互聯網為企業提供了一個加強與外部合作伙伴互動性的可能，但這也進一步要求企業作為一個整體存在，而這在一個采用完全分散式組織架構的企業中是幾乎不可能實現的。
在分散的IT架構下，CIO還要面對一個挑戰——誰應該對信息化的失敗負責?這個問題在那些采用交叉組織結構的企業中，尤其難以廓清。盡管CEO們需要的僅僅是一個能對成敗負責的人，但這在分散式的IT架構中很難實現。
混合:去糟取精
與那些在集中還是分散之間苦苦抉擇的CIO不同的是，如今，越來越多的CIO在他們開發的IT系統中既保留了一些集中式架構的元素，也融入了一些分散式架構的構思。對于那些需要整個企業共同實現的功能，他們采用了集中式架構，這主要包括:
■ 采購
■ 運營
○ 數據中心
○ 數據網
○ 操作系統支持
○ 呼叫中心
○ 普通的基礎結構，如E-mail和局域網
■ 結構
■ 標準和過程
■ 發展、企業級ERP軟件整合
在集中的基礎上，上述這些應用能夠節約部分預算。
而對于那些需要分散在各商業單位中的IT功能，如針對不同商業單位的軟件開發、IT規劃和服務協議及IT戰略、資源，CIO們也要先搭建一個符合企業整體的IT框架，這樣管理者才能看到企業管理中的問題和契機并做出反應。
混合的IT架構能夠對分散在各商業單位的IT功能進行預算管理，還能保持IT技術資源處于集中架構之下，這能夠增加商業單位的滿意度，同時還起到了優化配置昂貴的IT資源的作用。在混合模式下，IT部門代表商業單位對IT資源進行管理，后者可以更專注于他們的專業，這也同時為IT員工的職業規劃和發展提供了更好的機會。
不過，IT架構的混合模式對CIO的能力提出了巨大的挑戰，它要求CIO不但能領導復雜的技術組織，而且還要對企業內不同商業單位的商業需求和戰略有著深刻的了解;此外，還要能根據企業的戰略和規劃，對IT資源做出有效的配置，只有將IT資源整合在一起，CIO才能不斷滿足各商業單位發展的需求?；ㄆ旒瘓F、美國基督教青年會就是混合式IT架構的范例。
現在，企業的IT領導者正面臨著與以往完全不同的商業需求，在過去關于集中式和分散式IT架構的爭論中，CIO們往往把目光集中在IT科技本身、IT資源的豐?；蛳∪倍壬?，管理控制是他們確定IT架構模式的決定性因素。今天，IT已經影響到了企業各層面的運營，如何適應企業的商業發展成為CIO們決定IT架構模式的唯一出發點。因此，這個爭論不再有唯一的正確答案，CIO們和其團隊可以而且應該從上述架構模型中選出最能夠支持企業特性和資源的模式。
下一篇：暫無信息！
