IT領(lǐng)導(dǎo)者需要避免的七個(gè)企業(yè)架構(gòu)錯(cuò)誤
企業(yè)架構(gòu)為成功的業(yè)務(wù)IT計(jì)劃提供了基礎(chǔ)。如果設(shè)計(jì)和實(shí)施得當(dāng),企業(yè)架構(gòu)將幫助企業(yè)領(lǐng)導(dǎo)者實(shí)現(xiàn)他們的目標(biāo),使企業(yè)變得更加敏捷、高效和富有競(jìng)爭(zhēng)力。
不幸的是,一些常見的錯(cuò)誤正在摧毀企業(yè)架構(gòu),使其無(wú)法滿足設(shè)計(jì)者的預(yù)期目標(biāo)。事實(shí)上,隨著時(shí)間的推移,有缺陷的企業(yè)架構(gòu)可能會(huì)將企業(yè)推向完全錯(cuò)誤的方向。
在開發(fā)或更新您的企業(yè)架構(gòu)時(shí),請(qǐng)三思而行并確保其不會(huì)落入以下七個(gè)陷阱中的任何一個(gè):
1. EA工作與業(yè)務(wù)需求不一致
企業(yè)領(lǐng)導(dǎo)者可能會(huì)設(shè)計(jì)一個(gè)連貫的、詳細(xì)的架構(gòu),但除非它專注于現(xiàn)實(shí)世界的業(yè)務(wù)需求,否則它無(wú)法獲得長(zhǎng)期成功。
通信基礎(chǔ)設(shè)施服務(wù)提供商Zayo的CIO Ginna Raahauge建議稱,在規(guī)劃開始之前,應(yīng)該先收集企業(yè)最具影響力的用例,確保這些用例是相關(guān)的,并對(duì)現(xiàn)有企業(yè)架構(gòu)進(jìn)行壓力測(cè)試,以發(fā)現(xiàn)潛在的漏洞。例如,如果您遇到訂單準(zhǔn)確性方面的挑戰(zhàn),請(qǐng)確保仔細(xì)考慮是什么導(dǎo)致了前端和后端出現(xiàn)這種情況,以及架構(gòu)的變化如何解決這個(gè)問(wèn)題。
Raahauge認(rèn)為,企業(yè)架構(gòu)永遠(yuǎn)不會(huì)真正完成,它是動(dòng)態(tài)發(fā)展的,因此企業(yè)應(yīng)該至少每5年重新審視一次企業(yè)架構(gòu)。隨著技術(shù)發(fā)展越來(lái)越快,企業(yè)需要確保自身架構(gòu)能夠得到及時(shí)更新,以適應(yīng)時(shí)代發(fā)展的步伐。
2. 沒(méi)有采取“客戶至上”的方法
商業(yè)和IT咨詢公司Capgemini的副總裁Phillip Hattingh表示,在設(shè)計(jì)企業(yè)架構(gòu)時(shí),將設(shè)計(jì)計(jì)劃與“以客戶為中心”的方法保持一致非常重要。企業(yè)應(yīng)該在整個(gè)設(shè)計(jì)過(guò)程中啟用“以客戶為中心”的目標(biāo)和結(jié)果KPI,促進(jìn)真正的全渠道客戶旅程,使數(shù)字和物理相互作用。
“以客戶為中心”的企業(yè)架構(gòu)設(shè)計(jì)方法,標(biāo)志著傳統(tǒng)的“以產(chǎn)品為中心”的模式發(fā)生了重大變化。 Hattingh指出,“客戶至上的方法將挑戰(zhàn)傳統(tǒng)模式,并有可能在未來(lái)導(dǎo)致運(yùn)營(yíng)模式發(fā)生變化。如果不采用以客戶為中心的設(shè)計(jì),企業(yè)可能會(huì)失去市場(chǎng)競(jìng)爭(zhēng)力。”
3. 忽視集中核心目標(biāo)和能力
未能集中核心業(yè)務(wù)目標(biāo)和能力的企業(yè)架構(gòu)注定會(huì)產(chǎn)生“孤島”現(xiàn)象。
Adobe數(shù)字政府解決方案技術(shù)總監(jiān)、美國(guó)農(nóng)業(yè)部前首席企業(yè)架構(gòu)師Jonathan Benett警告稱,“當(dāng)不同的辦公室和部門遇到相同的挑戰(zhàn),并部署重疊的解決方案時(shí),他們會(huì)陷入冗余、低效的系統(tǒng)中,從而阻礙實(shí)現(xiàn)業(yè)務(wù)目標(biāo)的進(jìn)展。此外,一旦工作流被孤立,實(shí)施任何企業(yè)架構(gòu)都會(huì)變得越來(lái)越困難。”
Benett表示,他在擔(dān)任政府機(jī)構(gòu)企業(yè)架構(gòu)師期間目睹了“孤島”的破壞性影響。他解釋稱,“那些擁有充足預(yù)算和人力資本以解決緊迫問(wèn)題的辦公室,將開發(fā)自己的應(yīng)用程序和方法,而非構(gòu)建具有多種用途和滿足跨機(jī)構(gòu)需求的應(yīng)用程序平臺(tái)。當(dāng)辦公室和部門分開工作時(shí),他們傾向于反對(duì)精簡(jiǎn)……因?yàn)樗麄內(nèi)狈?duì)整體業(yè)務(wù)目標(biāo)優(yōu)勢(shì)的可見性。”
消除“孤島”企業(yè)架構(gòu)的一種有效方法,是邀請(qǐng)代表主要業(yè)務(wù)職能的團(tuán)隊(duì)對(duì)他們的所有數(shù)字工具(包括應(yīng)用程序、網(wǎng)站和勞動(dòng)力管理程序)進(jìn)行編目。然后包括全企業(yè)范圍內(nèi)的流程和政策。一旦創(chuàng)建了這種包羅萬(wàn)象的目錄,就可以確定并建立差距和優(yōu)勢(shì)。自此,一個(gè)能力驅(qū)動(dòng)的業(yè)務(wù)架構(gòu)便形成了。
4. 將技術(shù)置于靈活性和業(yè)務(wù)目標(biāo)之前
醫(yī)療數(shù)據(jù)和軟件公司Arcadia的CTO Jonathan Cook表示,在開發(fā)企業(yè)架構(gòu)時(shí),很容易陷入“以技術(shù)為中心”的世界觀,從而忽略了商業(yè)價(jià)值模型。要知道,業(yè)務(wù)需求在不斷變化,我們作為技術(shù)領(lǐng)導(dǎo)者和專業(yè)人士需要實(shí)現(xiàn)、支持和加速這種變化。
當(dāng)被“以技術(shù)為中心”的觀念蒙蔽或束縛時(shí),企業(yè)領(lǐng)導(dǎo)者可能會(huì)發(fā)現(xiàn)自己陷入了爭(zhēng)論各種技術(shù)方法優(yōu)越性的怪圈,而不是專注于如何支持當(dāng)前和即將到來(lái)的業(yè)務(wù)需求。如果我們不能提供靈活、有彈性的架構(gòu),我們的企業(yè)將無(wú)法取得競(jìng)爭(zhēng)優(yōu)勢(shì)。事實(shí)證明,在過(guò)去18個(gè)月中,只有那些迅速適應(yīng)不斷變化的市場(chǎng)條件的企業(yè)才能夠獲得生存甚至蓬勃發(fā)展。
5. 僅著眼當(dāng)下
在沒(méi)有預(yù)測(cè)未來(lái)增長(zhǎng)需求的情況下開發(fā)的企業(yè)架構(gòu)很可能最終會(huì)失敗。保險(xiǎn)經(jīng)紀(jì)公司 World Insurance的CIO/CISO Liz Tluchowski表示,“如果沒(méi)有路線圖,您在創(chuàng)建效率以及支持業(yè)務(wù)目標(biāo)等諸多方面可能會(huì)受限。而當(dāng)發(fā)現(xiàn)您構(gòu)建的內(nèi)容無(wú)法滿足業(yè)務(wù)的運(yùn)營(yíng)需求時(shí),您還將面臨嘗試重新構(gòu)建的額外費(fèi)用。”
Tluchowski建議稱,企業(yè)在構(gòu)建任何可能隨著業(yè)務(wù)發(fā)展和/或業(yè)務(wù)需求變化而進(jìn)行擴(kuò)展的系統(tǒng)時(shí)需要保持開放的心態(tài)。您可以使用以開放式架構(gòu)而聞名的平臺(tái)和服務(wù),因?yàn)榧夹g(shù)永遠(yuǎn)在變化,即使您計(jì)劃周詳,也會(huì)發(fā)生太多不可預(yù)測(cè)的事情。
6. 安全漏洞
在過(guò)去幾年中,隨著網(wǎng)絡(luò)威脅形勢(shì)的發(fā)展,企業(yè)架構(gòu)也被迫發(fā)生了改變。網(wǎng)絡(luò)安全技術(shù)公司 Deep Instinct的網(wǎng)絡(luò)安全宣傳主管Chuck Everette表示,“過(guò)去,安全性是一種補(bǔ)充或事后考慮的想法。但現(xiàn)在,安全性是企業(yè)架構(gòu)及設(shè)計(jì)的核心和前沿,其他一切都建立在它之上或周圍。”
哈里斯堡科技大學(xué)網(wǎng)絡(luò)安全管理研究生課程的負(fù)責(zé)人Bruce Young警告稱,沒(méi)有將安全性納入企業(yè)架構(gòu)設(shè)計(jì)過(guò)程中是一個(gè)危險(xiǎn)的錯(cuò)誤,因?yàn)橄到y(tǒng)、應(yīng)用程序和數(shù)據(jù)可能會(huì)暴露在危險(xiǎn)中。網(wǎng)絡(luò)威脅不斷增加,對(duì)企業(yè)的成功網(wǎng)絡(luò)攻擊每天都在發(fā)生,因此必須從設(shè)計(jì)階段開始將安全性納入企業(yè)架構(gòu)流程。
Everette表示,必須在設(shè)計(jì)和規(guī)劃過(guò)程中,以及最終簽核前的測(cè)試和驗(yàn)證階段,考慮基本的安全問(wèn)題。他建議對(duì)企業(yè)架構(gòu)開發(fā)采取安全設(shè)計(jì)方法,因?yàn)榘踩O(shè)計(jì)會(huì)根據(jù)業(yè)務(wù)風(fēng)險(xiǎn)、價(jià)值以及漏洞的影響來(lái)強(qiáng)制執(zhí)行設(shè)計(jì)的優(yōu)先級(jí)。
7. 追求完美
大多數(shù)天才,包括IT和業(yè)務(wù)領(lǐng)域的人才,都希望打造出完美的產(chǎn)品。雖然“完美”可能是一個(gè)令人欽佩的目標(biāo),但在開發(fā)企業(yè)架構(gòu)時(shí),這并不是一個(gè)特別好的追求。
云計(jì)算服務(wù)提供商Fastly工程副總裁Laura Thomson解釋稱,“追求完美本身沒(méi)問(wèn)題,但過(guò)度糾結(jié)可能會(huì)導(dǎo)致大量問(wèn)題,主要是各種過(guò)度構(gòu)建和過(guò)度架構(gòu)。”
Thomson警告稱,為企業(yè)構(gòu)建(管理層希望在五年內(nèi)完成的)完美架構(gòu)可能會(huì)導(dǎo)致復(fù)雜性和成本大幅增加。它推遲了交付期限,使系統(tǒng)的構(gòu)建速度變慢,更容易出錯(cuò)和中斷,并且增加了成本。
Thomson建議將目標(biāo)定位于一個(gè)僅僅良好的架構(gòu)——而非完美的。她表示,“完美的系統(tǒng)并不存在。一個(gè)80%的解決方案便能在短期內(nèi)為企業(yè)帶來(lái)前期價(jià)值。你可以而且應(yīng)該迭代改進(jìn),而非追求一步就位的‘完美’。”