一、企業(yè)信息化工作中的困境
眾所周知,企業(yè)的IT部門經(jīng)常會遇到困惑,企業(yè)也經(jīng)常會談及一個問題:信息化不是上不上的問題,而是怎么上?別人的信息化有聲有色,為企業(yè)插上了騰飛的翅膀,發(fā)揮了無限的威力,而自己企業(yè)的信息化過程卻像是燙手山芋,既無可行的規(guī)劃,又無法評估投資效益。所以,信息化成果只能變成“皇帝新衣”式的自我評價。更令人頭疼的是,上了“賊船”,卻不知道水有多深,還要投入多少,還要上下折騰多久,出路在哪兒?有的業(yè)務(wù)部門認(rèn)為,信息部門是“網(wǎng)管”,是“修計算機的”,信息化工作就是用幾個軟件實現(xiàn)“無紙化”。信息化花費不菲,信息部門本應(yīng)無條件地滿足業(yè)務(wù)部門的需求,可是他們卻越來越不能為業(yè)務(wù)部門提供到位的支持與服務(wù)等等。而信息部門則認(rèn)為,信息化是支持業(yè)務(wù)開展的技術(shù)手段,應(yīng)該通過上線各種應(yīng)用來滿足業(yè)務(wù)需求。在生產(chǎn)制造領(lǐng)域,有人甚至極端地認(rèn)為,信息化就是ERP,只要ERP用好了,信息化工作即可萬事大吉。這都是企業(yè)一些常見的誤區(qū)。
隨著需求的日益復(fù)雜,以及系統(tǒng)的日益增多,信息化任務(wù)就變得越來越重,加班越來越頻繁,疲于應(yīng)付各種要求和處理各種突發(fā)事件。規(guī)劃變成了“鬼話”、ERP變成了“咦????呸!?。?rdquo;。建好信息化成了傳說,信息部門的地位越來越低,說好話的人也越來越少。所以,我們經(jīng)常看到的現(xiàn)象是:信息化工作本末倒置,加大資金投入、大力擴充信息部門各類人員、成立IT公司、外包,并引入各類項目,盲目、大量地采用“最佳實踐”,結(jié)果卻南轅北轍?;蛘呤切畔⒒ㄔO(shè)無法緊密結(jié)合業(yè)務(wù)——業(yè)務(wù)部門的人總是很忙,把信息化工作當(dāng)作耗時費力的事情,而相對弱勢的信息部門無法進行協(xié)調(diào)。領(lǐng)導(dǎo)僅僅是口頭重視,但業(yè)務(wù)部門卻提不出有效需求,信息部門又缺乏梳理和過濾需求的依據(jù)和能力,對一些不合理需求也沒有能力拒絕。同時,戰(zhàn)略與信息化之間難以緊密匹配,具體項目立項和建設(shè)論證不充分,業(yè)務(wù)和系統(tǒng)之間“多張皮”,出現(xiàn)嚴(yán)重脫鉤。這就是企業(yè)信息化工作中的困境。再加上部門本位主義、忽視數(shù)據(jù)規(guī)劃等等,企業(yè)信息化建設(shè)很容易陷入惡性循環(huán)。這一切的根源都來自于缺乏信息化復(fù)合人才和有效的IT治理結(jié)構(gòu)。
【案例】而華為是怎么做的呢?
華為信息化建設(shè)路線圖:
2008年5月華為開始了EA項目;
2009年上半年,發(fā)布了華為EA Framework 1.0,并基于BPA 1.0發(fā)布了華為AA 1.0,基于ETF框架發(fā)布TA 1.0。同時,成立Enterprise Architecture Committee(EAC)和SeniorArchitect Groups團隊;
2010年10月,借鑒TOGAF方法,啟動EA Method 2.0的建設(shè)工作;
2011年,基于TOGAF方法優(yōu)化解決方案架構(gòu)開發(fā)流程;
2012年,開發(fā)完成EA framework V2.0。同時,將EA方法融合到變革與IT規(guī)劃流程中,發(fā)展架構(gòu)師能力,實現(xiàn)從集團到BG/區(qū)域的架構(gòu)分層設(shè)計,進一步完善ARIS架構(gòu)資產(chǎn)。
2009年發(fā)布了“華為EA Framework 1.0”,我們就從“EA Framework 1.0”說起。
其中,EA就是企業(yè)架構(gòu)(EnterpriseArchitecture) 的簡稱。
從上述線路圖可以看出,華為的信息化發(fā)展一直是在“兩條腿”走路。在早年做《華為基本法》的同時,就請到IBM為其做出了IT戰(zhàn)略規(guī)劃,為其規(guī)劃了八大信息化建設(shè)項目,包括:IPD、ISC、PDM等等,其中最為大家熟知的是IPD。后來,在修訂《華為基本法》的同時,又作了EA Framework 1.0。
至此,據(jù)這樣一些有限資料看,華為信息化建設(shè)的大致脈絡(luò)是,2009年開始規(guī)劃創(chuàng)新變革,因此,當(dāng)年也被稱之為華為的創(chuàng)新變革元年。這一年,華為最重要的準(zhǔn)備工作就是EAframework V1.0的建構(gòu)。從華為的信息化建設(shè)路徑中,我們可以看到,華為沒有陷入開篇所提到的,企業(yè)信息化建設(shè)的怪圈。它走了如下的良性循環(huán):好的信息化復(fù)合人才和有效的IT治理結(jié)構(gòu)——產(chǎn)生好的信息化規(guī)劃、制度和思路——統(tǒng)籌好項目建設(shè)和系統(tǒng)維護,并協(xié)調(diào)好利益相關(guān)者的權(quán)、責(zé)、利——各顯其能、協(xié)作奮斗,避免了信息化亂象。
可以說,華為抓住了信息化建設(shè)的“牛鼻子”,也就是抓住了企業(yè)架構(gòu)這一基本命題。
二、企業(yè)架構(gòu)的重要意義
什么是企業(yè)架構(gòu)呢?企業(yè)架構(gòu)是企業(yè)“組件”的結(jié)構(gòu)、“組件”之間的關(guān)系,以及制約“組件”設(shè)計和隨時間演進的原則和指南,即企業(yè)架構(gòu)=企業(yè)“組件”+“組件”之間的關(guān)系+原則和指南。通俗地說:企業(yè)架構(gòu)就是企業(yè)的模型。可以這樣設(shè)想:企業(yè)管理的現(xiàn)實是紛繁復(fù)雜的,機器又是只能執(zhí)行“0”或“1”的命令的,如何讓機器能幫助企業(yè)管理實現(xiàn)效率提高呢?需要像畫家一樣:觀察出企業(yè)管理的各個功能,把它模塊化、標(biāo)準(zhǔn)化,并標(biāo)示出相互的關(guān)系,得出來就結(jié)果就是企業(yè)架構(gòu)。然后,把企業(yè)架構(gòu)轉(zhuǎn)化為各個信息系統(tǒng),機器就在執(zhí)行各個簡單命令中完成了信息系統(tǒng)的功能,從而幫助企業(yè)管理實現(xiàn)效率提高。企業(yè)架構(gòu)是一種幫助企業(yè)做到“大象也能跳舞”的重要方法。
記得彭劍鋒老師在一次會議上提到過一個任總的觀點,大意是:沒有完成工業(yè)化轉(zhuǎn)型的信息化,其實是建立在沙灘上的。因此,華為引入了企業(yè)架構(gòu),意味著它把工業(yè)化植入了企業(yè)的基因。
三、開發(fā)企業(yè)架構(gòu)
1、EA框架中的TOGAF法
我一直認(rèn)為:如果沒有基于工業(yè)化基礎(chǔ)的方法論作為指導(dǎo),很難形成真正的組織能力。西方的大企業(yè),包括美國聯(lián)邦政府在內(nèi),要打造組織能力,通常使用得是EA方法。
主要EA框架比較
| EA框架 |
推出
年份 |
更新
年份 |
主要特點 |
適用范圍 |
| Zachman |
1987 |
2007 |
邏輯性強,但較抽象,缺少方法論適用于理解和分析 |
企業(yè)架構(gòu)工作中的內(nèi)容和相關(guān)要素 |
| ZAP |
1992 |
2004 |
有詳細的步驟和方法,但偏向于系統(tǒng)層面 |
適用于簡單組織或簡單業(yè)務(wù)的信息系統(tǒng)架構(gòu)開發(fā) |
| TOGAF |
1995 |
2009 |
有詳細的步驟和方法,內(nèi)容完整,適用范圍廣,但使用時需要根據(jù)特定目的進行裁減 |
適用于針對特定業(yè)務(wù)愿景和驅(qū)動力的企業(yè)架構(gòu)開發(fā) |
| FEA |
1999 |
2009 |
有詳細的步驟和方法,方法論實用,但主要介紹了美國聯(lián)邦政府的架構(gòu)使用情況 |
適用于政府部門或集團型企業(yè)的頂層架構(gòu)開發(fā)的架構(gòu)治理 |
| DoDAF |
2003 |
2009 |
有詳細的步驟和方法,邏輯生強,但過于技術(shù)化 |
適用于復(fù)雜組織的完整架構(gòu)開發(fā)和建模 |
在主要的EA框架中,DoDAF是美國國防部用于構(gòu)造美國軍隊組織能力使用的方法、FEA是美國聯(lián)邦政府用于構(gòu)造政府的組織能力所使用的方法、TOGAF是企業(yè)信息化用得最多的一種方法,這些方法都源于Zachman早年提出的框架。其中,TOGAF方法也被華為所使用過,是其在EAframework V1.0的建構(gòu)的過程中,反復(fù)提到的方法。因此,我們主要介紹一下這種方法:
TOGAF是企業(yè)信息化用得最多的架構(gòu)方法,它的核心內(nèi)容包括四個架構(gòu):
1)業(yè)務(wù)架構(gòu):是企業(yè)架構(gòu)的基礎(chǔ),描述企業(yè)戰(zhàn)略、業(yè)務(wù)流程、組織、治理間的結(jié)構(gòu)和交互關(guān)系;
2)數(shù)據(jù)架構(gòu):是企業(yè)架構(gòu)的核心,描述數(shù)據(jù)類型與來源、邏輯與物理數(shù)據(jù)資產(chǎn)、數(shù)據(jù)資源的結(jié)構(gòu)與交互關(guān)系;
3)應(yīng)用架構(gòu):是企業(yè)架構(gòu)的縮影,描述應(yīng)用開發(fā)的藍圖、應(yīng)用間的結(jié)構(gòu)和交互關(guān)系,以及應(yīng)用與核心業(yè)務(wù)流程之間的關(guān)系。
4)技術(shù)架構(gòu):是數(shù)據(jù)和應(yīng)用的支撐,描述用于部署業(yè)務(wù)、數(shù)據(jù)、應(yīng)用服務(wù)的軟件和硬件的能力,包括IT基礎(chǔ)設(shè)施、中間件、網(wǎng)絡(luò)、通信、流程和標(biāo)準(zhǔn)等。
TOGAF方法認(rèn)為,數(shù)據(jù)是各IT系統(tǒng)直接處理的對象,信息化應(yīng)該先做數(shù)據(jù)建設(shè)再做系統(tǒng)建設(shè),至少兩者應(yīng)該同時進行。若將企業(yè)看成一個整體,所有IT系統(tǒng)邏輯上是一個大系統(tǒng),各層的數(shù)據(jù)在不同的系統(tǒng)和功能間有著各種聯(lián)系。數(shù)據(jù)模型在不同的系統(tǒng)之間應(yīng)進行標(biāo)準(zhǔn)化處理。數(shù)據(jù)語義應(yīng)盡量保持一致,才能實現(xiàn)數(shù)據(jù)在系統(tǒng)間的高效共享。而中國企業(yè)在信息化建設(shè)過程中,包括電子政務(wù)系統(tǒng)中,都忽略了對數(shù)據(jù)進行規(guī)劃。這是目前很多企業(yè)的信息化建設(shè)過程中最頭疼的地方。
企業(yè)架構(gòu)是聯(lián)系戰(zhàn)略設(shè)計和信息化項目的橋梁,它確保業(yè)務(wù)戰(zhàn)略與IT戰(zhàn)略對齊、業(yè)務(wù)架構(gòu)與IT架構(gòu)對齊、管理項目與信息化項目對齊。將所有領(lǐng)域整合成一個整體,杜絕“兩層皮”,才能使利益相關(guān)者之間順暢溝通成為可能。
那么,什么時候開始企業(yè)架構(gòu)的建設(shè)合適呢?我個人認(rèn)為:應(yīng)盡早開始,建立起戰(zhàn)略、業(yè)務(wù)與IT之間的橋梁。一般來說企業(yè)在信息化建設(shè)會采取三種途徑:
1、請軟件廠商來規(guī)劃、實施系統(tǒng),但往往會陷于技術(shù)和產(chǎn)品;
2、先咨詢,后請廠商,但往往會形成“兩張皮”;
3、要求IT廠商提前介入咨詢,但效果也往往不佳,其中最核心的原因就是缺乏企業(yè)架構(gòu)方法論的指導(dǎo),相關(guān)利益方無法有效溝通并形成共識。
在TOGAF企業(yè)架構(gòu)方法論中,有一個核心的開發(fā)方法:ADM。ADM分10個階段,這里簡單介紹一下前面五個階段:
P預(yù)備階段:使組織做好成功實施企業(yè)架構(gòu)項目的準(zhǔn)備。包括成立架構(gòu)指導(dǎo)委員會,正如華為在2009年做的事情;
A架構(gòu)愿景階段:啟動企業(yè)架構(gòu)項目,并初始化架構(gòu)新的開發(fā)迭代,設(shè)定本次迭代的范圍、約束、預(yù)期,識別干系人,驗證業(yè)務(wù)背景,創(chuàng)建架構(gòu)工作說明書,獲得架構(gòu)工作的批準(zhǔn)等;
B業(yè)務(wù)架構(gòu)階段:創(chuàng)建業(yè)務(wù)架構(gòu)以支持在A階段達成共識的架構(gòu)愿景;
C信息系統(tǒng)架構(gòu):描述一個組織的IT系統(tǒng)的基本組織結(jié)構(gòu)及其內(nèi)部關(guān)系,體現(xiàn)在各類主要信息類型和處理這些信息的IT系統(tǒng)上。這個階段又分兩個階段:數(shù)據(jù)架構(gòu)階段、應(yīng)用架構(gòu)階段。這兩個階段可以串行或并行進行;
D技術(shù)架構(gòu):描述IT系統(tǒng)的基本組織結(jié)構(gòu)及其內(nèi)部關(guān)系,體現(xiàn)在硬件、軟件和通信技術(shù)上……
E以后的內(nèi)容因為太枯燥,本章暫略。
2、ArchiMate
可以說,TOGAF為企業(yè)進行架構(gòu)相關(guān)工作提供了統(tǒng)一的方法論,而ArchiMate則是為這個流程提供了統(tǒng)一的建模語言。不同部門、不同相關(guān)者通過ArchiMate語言,進行企業(yè)架構(gòu)的交流。
治理架構(gòu)不能等同于組織架構(gòu)。如同人與機器人的格斗,由于力量的懸殊,是無法進行同臺競爭的。在這一點上,西方企業(yè)已經(jīng)通過EA把企業(yè)打造成了機器人,而我們國家以及企業(yè)似乎還處于人力階段。中國企業(yè)信息化的“命根子”在于對“IT治理架構(gòu)”二字的決心,他們未必一定要掌握這一工具,只需要高層有與西方企業(yè)同臺競技的雄心,知道并相信這一工具能幫助他即可。而信息化應(yīng)該是“一把手工程”,高層應(yīng)該相信EA的價值,下決心打通戰(zhàn)略、業(yè)務(wù)和IT之間的“鴻溝”;相信EA是有效的工具,確保有效的IT治理和配備合適的人才。
IT治理有三大“支柱”:決策、激勵、控制,其中,決策是IT治理的核心。這三大“支柱”體現(xiàn)了企業(yè)治理中的所有權(quán)、經(jīng)營權(quán)、監(jiān)督權(quán)三權(quán)分立的核心思想。我認(rèn)為,治理架構(gòu)意味著營造一種信任、一種共同的目標(biāo)、一種原則、一種理念、一種氛圍,以及一種分工合作。組織結(jié)構(gòu)正是在治理架構(gòu)基礎(chǔ)上的職能、職責(zé)的具象化。
有關(guān)信息化建設(shè)的話題說不盡、道不完,信息化建設(shè)的愁,剪不斷、理還亂。希望有機會能與大家多做交流。謝謝各位!
作者:戴勇
來源:華夏基石e洞察
第三十四屆CIO班招生
北達軟EXIN網(wǎng)絡(luò)空間與IT安全基礎(chǔ)認(rèn)證培訓(xùn)
北達軟EXIN DevOps Professional認(rèn)證培訓(xùn)
責(zé)編:yangjun
免責(zé)聲明:本網(wǎng)站(http://www.www.gypb.net/)內(nèi)容主要來自原創(chuàng)、合作媒體供稿和第三方投稿,凡在本網(wǎng)站出現(xiàn)的信息,均僅供參考。本網(wǎng)站將盡力確保所提供信息的準(zhǔn)確性及可靠性,但不保證有關(guān)資料的準(zhǔn)確性及可靠性,讀者在使用前請進一步核實,并對任何自主決定的行為負責(zé)。本網(wǎng)站對有關(guān)資料所引致的錯誤、不確或遺漏,概不負任何法律責(zé)任。
本網(wǎng)站刊載的所有內(nèi)容(包括但不僅限文字、圖片、LOGO、音頻、視頻、軟件、程序等)版權(quán)歸原作者所有。任何單位或個人認(rèn)為本網(wǎng)站中的內(nèi)容可能涉嫌侵犯其知識產(chǎn)權(quán)或存在不實內(nèi)容時,請及時通知本站,予以刪除。