應(yīng)用集成為何失敗率高居不下

申請免費試用、咨詢電話：400-8352-114

現(xiàn)在，很多原本大有希望的集成項目到頭來往往都慘遭失敗。聯(lián)邦調(diào)查局（FBI）為期4年、耗資1.7億美元的“虛擬案件檔案”（Virtual Case File）項目宣告失敗就是一個例子。今年5月24日，F(xiàn)BI局長Robert Mueller向國會報告，替換系統(tǒng)的第一個階段要到2006年才能準備到位，但沒有宣布需要多少成本。

雖然沒有幾個集成項目要花與聯(lián)邦調(diào)查局同樣的經(jīng)濟代價，但這些項目的成敗仍事關(guān)組織的命運。由于硬件和軟件都在不斷商品化，光靠技術(shù)再也不是解決問題的關(guān)鍵。事實上，業(yè)務(wù)成功取決于如何有效地集成這些產(chǎn)品，以促進業(yè)務(wù)目標的實現(xiàn)。

集成協(xié)會（Integration Consortium）是一個旨在為集成項目制訂標準、指導準則和最佳策略的行業(yè)組織，會長John Schmidt說: “應(yīng)用本身不是形成差異的主要因素，關(guān)鍵在于如何把它們都集成起來，并與客戶和供應(yīng)商相連接。”

Schmidt在IT行業(yè)摸爬滾打了27年，過去15年一直幫助北美和歐洲的零售、金融和電信公司進行系統(tǒng)集成。我們請教了Schmidt及其他經(jīng)驗豐富的系統(tǒng)集成商，以探究應(yīng)用集成高失敗率背后的原因，同時幫助IT經(jīng)理們順利完成他們的集成項目。

項目各方需先達成共識

系統(tǒng)集成往往是指讓諸系統(tǒng)協(xié)調(diào)運行的一項工作。不過，可能不大為人所知的是，這些系統(tǒng)還要與整個企業(yè)策略緊密結(jié)合。

Bob Woodruff在弗吉尼亞州亞歷山德里亞的項目管理咨詢公司Robbins-Gioia LLC就任CEO的特別助理，他說: “項目的最關(guān)鍵階段在開工之前，企業(yè)需要真正了解其目的，需要會見所有相關(guān)人員，摸清楚他們對確保項目成功有什么想法?！?

遺憾的是，似乎很少有公司聽從這一忠告。Woodruff從事項目管理工作已有20年，他說，一家公司當中最有權(quán)勢的人往往不管項目對整個公司來說是不是最重要，就盲目為項目提供資金。這會給IT人員帶來很大的麻煩。

他說: “這些領(lǐng)導通常不知道把新技術(shù)引入現(xiàn)有環(huán)境會帶來什么影響。這樣一來，IT經(jīng)理就很為難，因為他要設(shè)法把根本就不能很好協(xié)同工作的系統(tǒng)集成起來?！?

譬如說，Woodruff正負責更新本公司的企業(yè)架構(gòu)?；贠racle或者SQL數(shù)據(jù)庫的系統(tǒng)很容易集成——只要編寫一些SQL查詢語句，取出數(shù)據(jù)，重新編排格式，轉(zhuǎn)存到其他系統(tǒng)即可。把數(shù)據(jù)導出到基于Excel電子表格的系統(tǒng)則需要多一些的集成工作。而那些專有的非數(shù)據(jù)庫系統(tǒng)集成起來則更是費勁，其中一些需要人工把數(shù)據(jù)重新輸入新系統(tǒng)。

所以，他建議CIO應(yīng)當避免接手那些沒有得到主管人員足夠資助的項目、只提供短期效益的項目、需求沒有明確規(guī)定的項目。

不過客觀地說，面對集成項目的高失敗率，IT人員也有過失: 沒有協(xié)調(diào)好集成項目相關(guān)的各個方面。Michael Kuhbock是加拿大阿爾伯達省卡爾加里的企業(yè)策略咨詢公司K-Bear的CEO，他見過不少這樣的案例: IT部門還沒有與業(yè)務(wù)部門協(xié)商好，就購買中間件許可證、成立項目隊伍或編制預(yù)算。Kuhbock說: “曾經(jīng)有一個案例，就額外用了三個月才讓業(yè)務(wù)人員參與進來。這種事情在這個行業(yè)天天發(fā)生?！?

應(yīng)組建一支搭配合理的隊伍

充分討論了項目的范圍和目的后，就可以組建集成隊伍了。這需要結(jié)合企業(yè)內(nèi)外的各種資源。

紐約的身份管理和安全公司Mycroft的總經(jīng)理Liz Mann說: “IT經(jīng)理可以從幾個方面找到所需的專門技能: 本組織內(nèi)部; 借助廠商在某個特定產(chǎn)品方面的技能; 還可以利用集成咨詢公司的技能?！?

而重大項目則往往需要具有眾多方面專門技能的人員。Schmidt說: “過去出現(xiàn)了一波波的應(yīng)用技術(shù)浪潮，似乎每隔七年就會出現(xiàn)一次。譬如，從大型機到小型機，再到微型機; 或者從整體式應(yīng)用到客戶機/服務(wù)器應(yīng)用，再到Web服務(wù)應(yīng)用。從一波技術(shù)浪潮轉(zhuǎn)變到下一波既不是瞬間出現(xiàn)的，也不一定在經(jīng)濟上是合理的，所以集成方法必須同時處理三四代技術(shù)。”

盡管合理的技術(shù)技能組合很重要，但集成項目也有可能會毀在“熱衷于”某些技術(shù)的人手里。

Gerard McGowan是在美國新澤西州愛迪生的集成商Innovativ公司負責技術(shù)和服務(wù)的副總裁，他說: “你在采用技術(shù)時應(yīng)當保持中立，遠離那些熱衷于某些技術(shù)的人?！盨chmidt說，這同樣適用于挑選參與項目的顧問或者供應(yīng)商的時候。如果某個人拼命推介某個解決方案，譬如實施面向服務(wù)的架構(gòu)，Schmidt就會向?qū)Ψ较轮鹂土?。他這樣解釋: “這倒不是說，面向服務(wù)的架構(gòu)不好，而是對方推介的那副樣子讓人覺得它似乎可以解決所有集成問題。可世上根本就沒有完全靈驗的解決方案，你應(yīng)當避免這個陷阱?！?

集成標準存在局限

有幾位集成商提出這樣一個問題: 企業(yè)在設(shè)計整體應(yīng)用架構(gòu)時，往往期望采用集成行業(yè)的一些標準，但實際上，這些標準未必能夠保證其互操作性。

Schmidt說: “就連已經(jīng)成功的標準如TCP/IP也不是通用的。說到像Cobol和Java這些軟件標準，為了獲得互操作性和可移植性，特定供應(yīng)商的擴展件就會受到影響，從而迫使開發(fā)人員使用不太理想的核心語言特性集?！?

在實施新技術(shù)時更是如此。McGowan指出，雖然IP語音（VoIP）技術(shù)更加流行，但最好還是依靠一家供應(yīng)商，而不能指望來自不同供應(yīng)商的幾個部分順暢地協(xié)同工作。McGowan說: “現(xiàn)在人們在談?wù)撈胀ǖ臅挸跏蓟瘏f(xié)議（SIP）堆棧和開源SIP堆棧，但你要是把兩者集成起來，往往很快就會使系統(tǒng)變得相當復雜。”

據(jù)Mann介紹，說到驗證，也是如此。安全聲明標記語言（SAML）旨在讓驗證資料可以在不同的驗證系統(tǒng)或者跨企業(yè)或跨部門界限安裝的單一系統(tǒng)的多個版本之間進行交換。但開發(fā)人員可以選擇用哪種方法來實施這項標準，所以，雖然可以把不同產(chǎn)品做成可以彼此聯(lián)系，但未必一拿出來就可以直接聯(lián)系。

Mann說: “你可能會發(fā)現(xiàn)，兩家供應(yīng)商的產(chǎn)品都符合SAML，但你試圖讓兩者交換信息時，卻行不通。這倒不是說，哪一方?jīng)]有實施標準，而是兩者實施的方法略有不同?！?

不過隨著時間的推移，這些問題往往會消失，或者至少處理起來會變得容易些?！氨容^成熟的技術(shù)往往會得到跨供應(yīng)商的大力支持，”McGowan如是說。

處理好戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系

因為技術(shù)和業(yè)務(wù)需求在不斷變化，所以類似計劃經(jīng)濟模式下的五年計劃是行不通的。企業(yè)并購、軟硬件更新、經(jīng)濟形勢變化多端以及其他眾多因素，都要求獲得較短期的結(jié)果。所以，要把大項目細分成小項目。

Mann說: “我認為，如今人們認識到，部署新技術(shù)是一個長期性過程。他們不會再搞‘空中樓閣式’的項目了?！彼ㄗh，把較長期的項目細分成為期90天的小項目，為每個小項目確定不同的可交付成果。Mann說: “如果項目時間過長，就無法交付基礎(chǔ)設(shè)施，取得的不同成果也不會被人所注意。這樣一來，你的項目恐怕就得不到資金，或者項目難以為繼?！?

不過在從事小項目時，不能疏忽了全局。這就需要搞好戰(zhàn)略和戰(zhàn)術(shù)之間的關(guān)系，要讓每個小成果推動整個長期的業(yè)務(wù)和IT計劃。

Kuhbock提醒: “集成往往被認為是基于項目的技術(shù)活，而不是關(guān)鍵任務(wù)型的企業(yè)經(jīng)營策略。我們需要改變這種觀念?！?

需要不斷提高整合技能

成功的集成項目需要企業(yè)不斷獲取及更新系統(tǒng)集成的最佳方法方面的信息。方法之一就是，積極參與提供及共享系統(tǒng)集成方面的信息的行業(yè)組織，譬如集成協(xié)會。也許你不是最先嘗試某種類型的項目的第一人，所以向以前已經(jīng)搞過這類項目的人取經(jīng)，總比項目搞了12個月后才深有體會來得省力。

Schmidt說: “最終用戶和供應(yīng)商參與行業(yè)的合作性組織，這非常重要。參與過程中，要在這些組織當中發(fā)揮積極作用，不要只看看人家寫的東西就完事?！?

Kuhbock強調(diào)，集成項目會失敗，往往可以歸結(jié)到人身上，而不僅僅是技術(shù)，所以集成方面的培訓對項目取得成功而言至關(guān)重要。他說: “那樣我們就能夠獲得100%的成功率，而不是現(xiàn)在我們聽說的失敗率。如果汽車生產(chǎn)商制造的10輛汽車當中有三輛開不出停車場，就談不上成功。”

五大集成定律

集成協(xié)會會長John Schmidt把自己的經(jīng)驗歸納為“五大集成定律”。

1．整體大于部分之和。

Schmidt說：“許多人有一種錯誤的觀念，以為可以把工作分成多個部分來做。但你要是那么做的話，就失去了整體依賴性，你也就不知道某個系統(tǒng)對供應(yīng)鏈下游的四五個系統(tǒng)會產(chǎn)生什么影響。”

2．目標遠未實現(xiàn)。

集成是一項長期工作，而不是最終目的。部署應(yīng)用只是個開始。不管業(yè)務(wù)需求或者運行環(huán)境在以后出現(xiàn)了什么變化，集成工作還得繼續(xù)下去。

3．沒有通用標準。

Schnidt說：“即使標準本身也在不斷變化、衍變，目前的項目都是由特定供應(yīng)商實施的。標準是很好，但你一定要講究實際。標準解決不了你的所有問題?！?

4．信息要適應(yīng)本地需求。

別想著統(tǒng)一采用企業(yè)數(shù)據(jù)模型，指望準確定義公司所用的所有應(yīng)用系統(tǒng)里面的信息，而是要根據(jù)信息在企業(yè)內(nèi)部的流動具體分析。

5．所有細節(jié)都很重要。

模型變化需要不斷獲取細節(jié)，以便讓復雜數(shù)據(jù)更容易理解。不過連軟件版本或者驅(qū)動程序這些東西也會帶來重大區(qū)別，所以要測試實際的生產(chǎn)系統(tǒng)。不要完全依靠模型。

鏈接

IDC：EAI建設(shè)快馬加鞭，Web服務(wù)錦上添花

據(jù)IDC中國最新發(fā)布的《中國企業(yè)應(yīng)用集成與Web服務(wù)市場2005～2009年預(yù)測與分析》報告數(shù)據(jù)顯示，企業(yè)對EAI（企業(yè)應(yīng)用集成）的需求增長迅速，2004年集成服務(wù)器軟件平臺（ISSP）市場規(guī)模為4140萬美元，預(yù)計到2009年達到1.13億美元，年均復合增長率達22.4%，預(yù)計將高于整體軟件市場的增長速度。

“在企業(yè)信息化進程中，為了提高企業(yè)的競爭力，企業(yè)先后興建了各種各樣的應(yīng)用系統(tǒng)，各應(yīng)用系統(tǒng)彼此孤立，不能實現(xiàn)信息共享，形成的‘信息孤島’引起了企業(yè)越來越多的關(guān)注。對EAI（企業(yè)應(yīng)用集成）的需求因此被提上了日程。”IDC中國軟件與服務(wù)研究部研究主管經(jīng)理韓國華女士稱。

EAI不僅包括企業(yè)內(nèi)部應(yīng)用系統(tǒng)的集成，還包括企業(yè)與企業(yè)間的集成，從集成層面上來講包括點對點集成、平臺集成、數(shù)據(jù)集成、流程集成以及界面的集成。據(jù)IDC中國負責這一領(lǐng)域研究的軟件與服務(wù)研究部分析師許耿純女士介紹，近幾年來很多企業(yè)用戶都意識到了EAI的重要性，并且從不同層面進行了一些嘗試性實施。不過，由于企業(yè)需求規(guī)劃不明確、實施涉及系統(tǒng)眾多、軟件開發(fā)商缺乏經(jīng)驗等原因，目前許多EAI項目的收效未能達到客戶的預(yù)期。許耿純建議，企業(yè)用戶應(yīng)先從小規(guī)模集成入手，先實施部門級的集成，在獲得小范圍內(nèi)的成功、使用戶切實感受到EAI項目的好處之后，再著手于企業(yè)級以及更大范圍的集成。

IDC的研究發(fā)現(xiàn)，除了EAI試點開始較早、應(yīng)用也較成熟的電信行業(yè)外，銀行業(yè)也開始了一些EAI的試點項目。近幾年來銀行業(yè)數(shù)據(jù)大集中進行得如火如荼，核心業(yè)務(wù)系統(tǒng)也在升級中，如何更好地集成遺留系統(tǒng)，實現(xiàn)數(shù)據(jù)的快速調(diào)用，以及使工作流程更加順暢快捷，在銀行IT建設(shè)中已經(jīng)提到日程上來。

除此以外，目前在半導體、家電、汽車等制造行業(yè)出現(xiàn)了EAI的先行者，而且隨著制造業(yè)信息化建設(shè)的深入，制造企業(yè)的需求會越來越強烈。制造業(yè)應(yīng)用系統(tǒng)（ERP、產(chǎn)品生命周期管理系統(tǒng)等）的建設(shè)，競爭的激烈化，如何把這些系統(tǒng)集成起來，使企業(yè)更好地利用生產(chǎn)系統(tǒng)、供應(yīng)商系統(tǒng)、財務(wù)系統(tǒng)、銷售系統(tǒng)等提供的數(shù)據(jù)來做決策，已經(jīng)成為企業(yè)的當務(wù)之急。不僅僅是企業(yè)內(nèi)部應(yīng)用系統(tǒng)的整合，而且包括企業(yè)與上下游供應(yīng)鏈企業(yè)系統(tǒng)的集成，企業(yè)與其國外總部系統(tǒng)的集成等都非常重要。

另外，許耿純還在報告中指出，隨著近年來電子商務(wù)的飛速發(fā)展，Web服務(wù)技術(shù)也得到了越來越多的關(guān)注。Web服務(wù)技術(shù)為EAI提供了一種全新的機制，其松耦合方式使集成更加靈活，同時Web服務(wù)技術(shù)還擁有易用性、很好的互操作性等特點。但Web服務(wù)技術(shù)目前的安全及技術(shù)、監(jiān)控管理方面的標準不統(tǒng)一、產(chǎn)品未成熟，其服務(wù)質(zhì)量以及安全性使客戶為之憂慮。不過，許耿純認為，隨著Web服務(wù)產(chǎn)品及標準的逐漸完善，Web服務(wù)技術(shù)將會得到更好的應(yīng)用。(IDC供稿)

鏈接

培養(yǎng)及保留集成技能

系統(tǒng)集成是一項長期性工具。如果能夠培養(yǎng)及保留必要的技能，在將來進行系統(tǒng)集成就會省事、省錢。因此，K-Bear公司的CEO Michael Kuhbock竭力建議公司在內(nèi)部成立集成能力中心（Integration Competency Center），以培養(yǎng)這方面的專門技能，并加以保留，以便用于以后的項目。他說：“取得成功的IT經(jīng)理多半成立了某種能力中心，或者與系統(tǒng)集成商合作，或者內(nèi)部自己搞。”

Mycroft公司的總經(jīng)理Liz Mann說，企業(yè)從外面聘請公司進行集成時，應(yīng)當在合同里規(guī)定要把技能逐步交給內(nèi)部的IT人員。

她說：“在開始新項目時，公司可以通過讓有經(jīng)驗的專題專家去做，實現(xiàn)規(guī)模效益、節(jié)省時間。利用資金最合理的方式就是，一開始就培養(yǎng)專門技能，以免大量的時間浪費在重蹈別人已經(jīng)犯過的錯誤上?！?

不過，在頭三個月或者頭六個月后，專家就應(yīng)當減少參與。譬如拿安全項目來說，顧問們應(yīng)當保護開始階段的一系列系統(tǒng)，然后培訓內(nèi)部員工做剩余的工作。

Mann說：“在你建立了身份管理機制、保護部分應(yīng)用系統(tǒng)、為幾個應(yīng)用系統(tǒng)配置或者管理賬戶后，內(nèi)部隊伍的一些成員隨后就能夠獨立擴展基礎(chǔ)設(shè)施?！?

這時候，顧問就可以退出來，讓內(nèi)部員工接過保護剩余應(yīng)用系統(tǒng)安全的任務(wù)，至少可以等到下一個部分需要集成時再介入。不過，無論這些工作在內(nèi)部進行還是交給顧問進行，如果能夠培養(yǎng)集成能力，把基礎(chǔ)設(shè)施的更多方面結(jié)合起來，應(yīng)當可以簡化這項工作。如果那樣的話，公司就可以獲得這項經(jīng)營優(yōu)勢：讓諸系統(tǒng)協(xié)同工作。

Kuhbock說：“你要退后一步思考，制訂集成策略，并把它融入經(jīng)營策略。只有成功做到這一點的人才能獲得投資回報。”

SOA的困境

從Web服務(wù)角度來說，SOA當然是開放的了。SOA可以很容易地使不同平臺的服務(wù)合在一起共同工作，這主要得益于Web服務(wù)的一系列開放標準SOAP、WSDL等，它們使這一切變成了可能。

但是，將不同的服務(wù)連接起來只是SOA的一個基本要素。SOA的真正價值是將不同的服務(wù)連接起來實現(xiàn)一個復合應(yīng)用，它可以將不同的資源整合起來，包括: 人（通過門戶網(wǎng)站）、流程（通過流程管理）、數(shù)據(jù)（通過數(shù)據(jù)整合）、商業(yè)伙伴（通過B2B技術(shù)）。

但是，在整合過程中，我們越來越發(fā)現(xiàn)，如果這些資源來自不同的應(yīng)用供應(yīng)商，整合工作將是件非常困難的事。目前，一些軟件廠商已經(jīng)推出了一些應(yīng)用平臺，包括IBM的WebSphere、Oracle的Fusion、BEA的FreeFlow，還有Microsoft的BizTalk。這些產(chǎn)品可以將服務(wù)開放地連接起來，但是對基礎(chǔ)框架的開放性和如何將不同廠商的產(chǎn)品集成起來的討論卻很少。舉一個稍極端點的例子，我們能夠很容易的在Fusion和WebSphere這兩個平臺之間設(shè)計一個商業(yè)流程嗎？

一些專門從事整合服務(wù)的公司如WebMethods、Pega Systems或者新成立的Cordys無不怨聲載道，他們認為這些產(chǎn)品之所以有效率是因為沒有進行框架之間的集成，而只是在各自單獨產(chǎn)品上的開發(fā)和應(yīng)用。

由此帶來的困難就在于沒有一個開放的共享標準用于開發(fā)。Eclipse在這方面起到了一定的作用，但是它如果能給各種制品規(guī)范一個共享的定義，并作為一個知識庫提供給大家，這將更有意義。

SOA與傳統(tǒng)開發(fā)（如Cobol或Java）的一個明顯的不同就在于不管是開發(fā)還是運行都有著很大的柔性。復合系統(tǒng)的一個最大的優(yōu)勢就是它可根據(jù)商業(yè)的需求即時變動，包括工作流、規(guī)則甚至是使用著的服務(wù)。所謂動態(tài)“開發(fā)”就是指在系統(tǒng)運行時還可以得到開發(fā)環(huán)境的支持。

在商業(yè)和IT之間很難有個明確的界限。IT專家必須要明白軟硬件提供的服務(wù)和構(gòu)建在它們之上的商業(yè)流程之間的聯(lián)系。商業(yè)流程除了要運行正確還應(yīng)該滿足SLAs（服務(wù)水平協(xié)議）。IT就是要在IT基礎(chǔ)架構(gòu)上實現(xiàn)這些需求，同時還要考慮到將來應(yīng)用的擴展和IT對商業(yè)的影響。

SOA可以將IT、商業(yè)、開發(fā)生命周期、人、流程、合作伙伴還有數(shù)據(jù)很好地整合起來。如果把這些都開放出來將需要更多的標準和時間。要想完全獲得SOA帶來的好處，那么就要盡可能地不使用單獨廠商提供的解決方案。

對供應(yīng)商的選擇不能簡簡單單只依據(jù)開發(fā)、操作、IT或者商業(yè)中的某一項來決定，應(yīng)該把所以的這些綜合起來考慮。（AMT研究院）