隨著業務戰略和企業架構融合，it專業人員仍然扮演著至關重要的角色，他們可幫助識別技術上可行的事情，並展望下一項重大創新。
隨著業務戰略和企業架構融合，it專業人員仍然扮演著至關重要的角色，他們可幫助識別技術上可行的事情，並展望下一項重大創新。
這就是jeanne ross的觀點，她最近從mit資訊系統研究中心首席研究科學家職位退休。她在過去的26年中一直在研究企業架構。在searchcio的兩部分訪談中，ross分享了當前的最新趨勢，並為現有企業架構師和有志成為企業架構師的人提供工作建議。
與您在該領域起步時所看到的相比，現在的企業架構有何不同?
jeanne ross：在過去，我們制定戰略，然後看看技術如何幫助你實現戰略，而現在所要做的是受技術啟發。我們必須不斷地意識到下乙個可能發生的事情，並問自己：「我們應該以某種方式做出回應嗎?我們可以利用這種新事物為客戶做些什麼嗎?」企業架構師擁有巨大的機會，可以幫助他們準確地了解新現實，從而為公司帶來價值。
企業架構師需要具備的最重要技能是什麼?
ross：首先要對企業的發展狀況有高層次的了解，然後理解需要協作以實現企業正在嘗試做的事情。我與大多數人的不同之處在於，我會將企業架構保持在很小的水平。但是會有很多架構師來支援企業架構職能的工作。
企業架構職能在於非常高層次的設計實現戰略目標的方式，然後由架構師負責該戰略的子集工作。架構師所需技能取決於你所處的級別。如果你處於最高端別，則必須對業務有高層次的了解，你需要了解系統和流程如何實現業務。但是，如果你是流程架構師，那麼你的主要技能就是能夠說明不同部分如何組合在一起。你需要了解系統與流程之間關係，你需要了解如何開發、匯出和維護良好的資料，這些資料與流程和人員有關。因此，你對人員、流程和技術之間的互動方式也要有清晰的了解。與針對很多架構師的培訓相比，這些是不同的技能，這往往是非常技術性的。
基於企業的規模或型別，架構團隊應該有多小?
ross：企業架構的主要職能是高層次設計，但是你不需要龐大的團隊就可以做到這一點。你需要乙個首席企業架構師，然後，根據你的業務規模和複雜程度，你需要企業架構師，他們可以定義各個業務和職能的高層次設計，並將它們與企業設計相關聯。因此，我們可能會看到在非常複雜的公司中，架構團隊規模應該在十幾個人左右。對我來說，這是聯絡員的角色，他們將與技術人員、人力資源人員、業務流程設計人員和使用者介面人員一起工作，以確保所有元件都能融合在一起。但是，最重要的是，他們是設計師，可以說，負責架構工作的人員分布在整個企業中。
根據您多年的經驗，it部門和業務部門人員之間的企業架構團隊理想的組合或平衡是什麼?
ross：並不是說你需要業務方面的某些人和技術方面的某些人，而是要確保業務和技術方面相得益彰。在任何給定的公司中，我們都有真正掌握技術並了解業務的人，他們是非常適合的人員。現在我們看到正在發生的事情是，戰略和架構正在融合。我們終於看到這兩方面的融合，其實早就應該是這樣，感謝上帝，現在終於成為現實。你無法計畫公司的戰略，除非你計畫公司的設計方式。當你了解公司的設計方式，這就會極大地影響其可在戰略上實現的事情。你正在嘗試弄清業務可以做什麼，業務想做什麼以及業務將如何做。這些功能集合在乙個職能。你可以將其稱為策略，你可以將其稱為架構。但這實際上涉及為企業設定方向以及設計公司架構以實現該目標。
it是否仍然是企業不可或缺的架構，還是對精通技術的業務領導者發揮更大作用?
ross：在我們最近的研究中，我們看到真正非常擅長快速變革方面的公司，這些公司在架構方面做得更好。我們在不斷取得進展的公司中反覆聽到的是：如果你將這些業務和技術人員放在乙個房間裡，並聽他們的談話，你將無法分辨他們誰是誰。
我認為對於技術人員來說，仍然扮演著至關重要的角色。但是對於企業而言，關鍵的是技術人員與業務人員之間的差距變小。我們需要真正能夠運用該技術並解釋什麼可行和什麼不可行的人，以及可聽到並指導的業務人員。如果他們彼此之間無法溝通，那麼你將永遠無法到達那裡。因此，技術架構中的某些要素極為重要，但只有在其與業務人員緊密溝通的情況下，它才有價值。
需要明確的是，仍然需要大量技術專家和解決方案架構師。但是多年來對架構研究發現，如果業務方面的每個人都不了解正在發生的事情，那麼你將無法做到這一點。施耐德電氣公司的人告訴我們的一件事是，你會希望盡可能少地涉足技術方面。現在有很多很棒的**商。當然，也有一些不太出色的**商。因此，技術人員要做的關鍵事情之一就是區分優劣。
因此，這是非常不同的角色。它不再與建立有關。這是關於組裝，這是關於評估。架構師的責任是看到不同的部分，並了解如何組合它們，它們將在**工作以及在**遇到問題。而且，架構師不需要設計和建立這些元件，他們將從各個地方整合這些元件。
我想分享乙個多年前的故事。當時我在一家運輸公司採訪一位cio，我說：「每個人都在問我的問題是，他們在**可以找到優秀的架構師?』這位首席資訊官對我說：『我不會出去招聘架構師，我只是坐在辦公室裡等待他們來找我。有人會走進我的辦公室，說：『嘿，聽著，我正在嘗試在這個特定的系統上工作，我意識到我無法獨自在這個系統上工作。如果那個系統不變，那麼我永遠無法完成這個工作。』我對那個人說：『現在你是架構師了。』我改變了他們的責任。我認為，這是非常聰明的做法，這就是你所需要的理解-架構師要確定需要完成的工作，如何需要與其他部分匹配，以及哪些地方不需要匹配。這就是架構師的角色。
您是否認為企業架構是it專業人員的理想職業道路?是否有可用培訓?還是該工作更多的是藝術，而不是科學，而主要是隨著時間的推移需要豐富的經驗?
ross：我認為這是乙個了不起的職業。我不確定你是否必須去學校學習。這實際上取決於你是否遇到出色的導師。如果你沒有在公司中遇到這麼有才華的人，那麼可以去卡內基·梅隆大學和麻省理工學院等地參加優秀的企業架構培訓。但是，這有點像mba。你還需要在職培訓，你需要應用廣泛的經驗才能成為出色的企業架構師。
你給企業架構師最重要的建議是什麼?
ross：認識到企業架構是一段旅程。這是乙個漫長的過程。你在設計系統和流程方面會越來越好，你會越來越了解這些元件，因此可更好利用下乙個**商的功能。你越深入，就越具有方向性和針對性，因為我們必須準備好適應新技術、客戶的需求以及競爭對手的行為。我們不希望我們的長期戰略很僵化，也不想設定無法滿足當前需求的目標狀態。
更多linux諮詢請檢視www.linuxprobe.com
理清SOA治理中的架構師角色
在kunal mittal發表的一篇針對開發人員和架構師的soa治理文章中，詳細討論了企業架構師 應用程式架構師和開發人員在soa治理過程中的不同角色和應對策略。治理是soa專案成功的關鍵，沒有治理就不能充分理解soa的價值，也不能更好地利用好手頭的工具。治理通常來說意味著建立和執行團隊為了一起工作...
架構之美第七章 軟體架構師的角色
軟體開發專案需要一些人在軟體構建時扮演架構師的角色，就像構建或修復建築時傳統的建築師的角色一樣。但是，對於軟體系統來說，從來就弄不清楚哪些決定屬於架構師 的職責範圍，哪些決定要留給實現者。定義架構師在軟體專案中做什麼，比建築師的類似定義更困難，原因有3 個因素 缺少傳統 產品無形性和系統複雜性。參見...
優秀的架構師與企業戰略對齊
最近看到一篇採訪文章，問優秀的架構是什麼，作者從不同方面對架構進行了闡述。初級 乙個框架或者乙個公共基礎類的，這就是架構 中級 既包含業務又包含技術，雙方的基礎是統一的，只不過面向的客戶是不一樣的。可能採用的技術手段是不一樣的，但是從概念層上裡看是統一的。高階 光有業務 技術架構，以使用者的需求去驅...