阻礙SOA成功實施的三大因素

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

IT部門之外的大多數(shù)企業(yè)雇員在一個團隊中、一個部門、一個單位或某種類似的分級結(jié)構中工作。這種組織模式很長時間一直有效地適應大企業(yè)、政府和軍隊的需要?？梢岳斫獾氖牵谶@種組織結(jié)構中的人通過這種體系中他們所處位置的環(huán)境看世界。但是，當IT解決方案要求來自企業(yè)各個部分的代表的意見時，這種組織結(jié)構給SOA帶來挑戰(zhàn)。

分級機構對SOA的沖擊

IT部門之外的大多數(shù)企業(yè)雇員在一個團隊中、一個部門、一個單位或某種類似的分級結(jié)構中工作。這種組織模式很長時間一直有效地適應大企業(yè)、政府和軍隊的需要?？梢岳斫獾氖?，在這種組織結(jié)構中的人通過這種體系中他們所處位置的環(huán)境看世界。但是，當IT解決方案要求來自企業(yè)各個部分的代表的意見時，這種組織結(jié)構給SOA帶來挑戰(zhàn)。

軟件世界經(jīng)過許多年發(fā)展成熟到了分析與設計成為非常細化的流程的程度。IT世界中的多數(shù)人目前相當熟悉用于收集業(yè)務需求和開發(fā)系統(tǒng)架構的主要技術。主題專家（SME，有時叫做領域?qū)＜遥┑慕巧F(xiàn)在在軟件開發(fā)項目中很常見。這一角色很好地服務于構建傳統(tǒng)上滿足業(yè)務單位需要的業(yè)務線系統(tǒng)――軟件豎井，如果你愿意這樣稱呼的許。直接利用業(yè)務專家的知識使開發(fā)團隊可以開發(fā)契合業(yè)務單位需要的解決方案。這個流程絕不簡單，但它至少是常見的、得到充分了解的。

部門利益或影響SOA整體實施效果

一個獨特的SOA挑戰(zhàn)是它需要將來自企業(yè)各個部門的SME召集起來。SOA構建一個新的協(xié)作的知識基礎，描述企業(yè)如何在一個高于單個業(yè)務線之上的水平運行。來自每個業(yè)務線的代表必須參與分析SOA的需求和能力。如果每個業(yè)務單位擁有自己的IT人員，這種人可能也要參與。

這不只是讓更多的人提供意見、解釋自己部門的需要的問題。隨著參與這個分析過程的人員數(shù)量的增加，觀點的數(shù)量也在增加。業(yè)務單位代表可能看到被他們親近自己的業(yè)務單位所歪曲的分析，而忽視其它業(yè)務單位的觀點和需要。這實際上是意料之中的，因為每個人都在他們熟悉的領域中發(fā)揮作用，可能沒有意識到其它領域并不以同樣的方式運行。通常，SME是自己所在部門的領導人，可能持一種“一切都是關于我”的態(tài)度；這里的“我”實際上就是我的部門。這種態(tài)度很少是有意的，但代表著我以前寫過的SOA和集成項目中相當常見的系統(tǒng)偏見形式。我喜歡會與許多代表一起開會，以鼓勵參與者看到更大的圖畫。

在我從事的行業(yè)中，我常常參加有來自財務、會計和運營（售后）以及IT的代表參加的會議。這些團隊成員都對企業(yè)中的某一數(shù)據(jù)流有著獨特的觀點，但每個成員只看到一個部分。這種數(shù)據(jù)的陳述對于每個部門是不同的，但基礎實體是相同的：訂單和相關財務數(shù)據(jù)。

財務人員通常關心收入如何計賬，收益如何計算。會計人員實際上不關心這些細節(jié)，而希望確?？傎~準確反映財務的意圖，滿足GAAP（通用會計準則）和審計要求。運營團隊一般更關心讓訂單通過批準流程和外部系統(tǒng)之間的流動，常常不知道會計或財務人員對財務方面的看法。當財務部門認可可能部分收到的收入時，常見的沖突出現(xiàn)了；會計人員說這違反了他們的GAAP；運營人員說你不能在不破壞他們的流程的情況下分割訂單。同時與這些代表討論這些問題使他們可以了解其它部門如何對待同樣數(shù)據(jù)的不同方面。當來自每個業(yè)務線的領導人面對其它業(yè)務線的現(xiàn)實時，這常常軟化他們對妥協(xié)的抵制。最后，他們都在同一個團隊中。

按照定義，SOA旨在將人們聯(lián)合在一起來構建用于整個企業(yè)的系統(tǒng)。這導致另一個問題：個性差異對群體動力的影響。這種情況只會因許多代表參加的這些會議而變得更糟，因為邀請所有人參加的原因是他們的不同需要。很常見的是群體中的某個人（這個人通常能言善辯或深受尊重）獲得對出現(xiàn)這類會議的設計決定的不適當?shù)挠绊?。為了消除這種影響，我希望混合大小群體會議以及一對一的后續(xù)會議（或預備會議，但這要小心）。這樣做有助于過程中出現(xiàn)的篩掉大量的信息和分歧的觀點。這種群體動力影響在跨國企業(yè)中甚至更加顯著。

溝通障礙對SOA的影響

最后的問題是傳統(tǒng)軟件分析中的常見問題：溝通障礙。一個問題的答案可能由于問題的提出方式會差別很大。這可以是基本交流技能和提出問題的語境的結(jié)果（就我而言，語境是交流的一部分，因此也許我這里贅述了）。當討論已有流程的細節(jié)時，詢問抽象的問題常常生產(chǎn)一個過于具體的答案。即，答案可能過于針對執(zhí)行，無助于企業(yè)架構師了解問題的范圍以及這個使用案例的特殊變化。

例如，討論可能涉及來自SME的意見，“我們必須接收來自X、Y和Z的格式A、B和C的訂單。”重要的是不要過于迷失在當時的細節(jié)中。這會讓你偏離抽象理解的重要蹤跡，與執(zhí)行細節(jié)分離。微妙而有破壞性的問題是在這么具體后可能很難回到抽象。但是，你仍需要細節(jié)。非常奇怪的是，這種難點可能出現(xiàn)在SME或業(yè)務分析師身上；或者，它可能涉及整個群體。有時，你對此毫無幫助。盡你最大努力做筆記；但是一定要知道能力或服務實際接收訂單?？赡艽嬖诰唧w客戶的執(zhí)行差異，但這種現(xiàn)象出現(xiàn)在分析流程鏈下游的位置。

我經(jīng)常使用的一個技巧是以3種不同的方式詢問SME同樣的問題，一般不在同一個會議中。這種交流常?？赡茏裱@樣的模式：

“那么，什么是訂單可以遵循的可能的工作流（狀態(tài)變化）？”

“有沒有訂單可以走另一種不同的路徑的時候嗎？”

“如果存在例外并且訂單必須進行沒有規(guī)定的狀態(tài)變化的話，你怎樣做？”

使用來自以另一種方式重述的回答的信息可以讓SME超越他們的立即或當前執(zhí)行去思考。他們將透露更多真實的要求，而不是當前的能力。這在討論SOA需要的業(yè)務能力時甚至更重要。

為使之順利進行，及早確定一個設想。將它有效地與SME和參與SOA分析的其他成員交流。首先，你的設想將是SOA可以為企業(yè)所做的事和流程將如何開始。隨著時間的發(fā)展，這種設想由最初的一般陳述演進為被分析的企業(yè)的具體設想。這種設想發(fā)揮著使你可以以清晰和非技術方式向SME（他們越來越知道SOA）傳達SOA介紹性的和抽象的概念。你可以開始交流這種設想，也許向支持你的高級IT管理層，但是企業(yè)將迅速承認它并推動它的演進。這正是拼圖變成一幅完整圖畫的地方。（網(wǎng)界網(wǎng)）