淺析規(guī)劃企業(yè)新IT架構時必須考慮要素

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

淺析規(guī)劃企業(yè)新IT架構時必須考慮要素

每個組織都具有獨特的業(yè)務需求，因此在為公司規(guī)劃企業(yè)架構方法時，考慮到多種因素是非常重要的。本文將研究在規(guī)劃新的或修改后的企業(yè)架構時應該考慮的事項。

您將探索將業(yè)務與技術戰(zhàn)略保持一致的重要性、為什么交流技能對于您的成功至關重要，以及如何在組織中將自己定位為受信任的顧問。您還將研究一些可在該過程中使用的有用工具和技術，以及該過程中的一些應該了解的里程碑。

技能和能力

在企業(yè)架構設計的規(guī)劃階段，對具體設計技能的強調比較少，更多的重點放在使用戰(zhàn)略性業(yè)務技能上。正如您將在本部分中看到的，要將企業(yè)架構恰當地與業(yè)務保持一致，所涉及的不僅是確保流程得到足夠的處理。

采用業(yè)務和技術戰(zhàn)略

當您查看企業(yè)架構的定義時，可以看到它基本上就是將特定的方法應用于組織當前或將來的結構和行為。它明確地處理流程和信息系統(tǒng)，雖然也可以包括其他事情。創(chuàng)建強大的企業(yè)架構的關鍵是要認識到：無論您做什么，體系結構設計都必須與組織的戰(zhàn)略方向和主要目標保持一致。關于企業(yè)架構的有趣之處在于，雖然它顯然一定與組IT的信息系統(tǒng)相關，但重點實際上更緊密地與業(yè)務優(yōu)化技術相連。

這些技術通常涉及到將企業(yè)架構信息技術(IT)設計視為重疊在業(yè)務戰(zhàn)略之上的技術戰(zhàn)略。例如，如果組織有一個涉及到縮短上市時間的業(yè)務戰(zhàn)略，則體系結構必須通過旨在簡化設計、制造和生產流程的技術戰(zhàn)略來支持該業(yè)務戰(zhàn)略。而且，由于組織中決不是僅存在單個迫切的業(yè)務戰(zhàn)略，您必須概念化并創(chuàng)建開發(fā)和操作模型，這些模型不僅能夠響應業(yè)務需求，而且能夠預先為業(yè)務需求做好計劃。您的設計必須是能夠指導業(yè)務開發(fā)和決策制定的藍圖，并且要足夠敏捷以快速改變方向。

正如在“Let’s talk:Build your enterprise architecture using communication and the right framework”中所提到的，正確的框架對于促進企業(yè)架構的實現大有幫助，這樣的框架描述一個結構，復雜的對象關系可通過該結構相互作用，從而將人員、流程和技術聯系起來。Open Group體系結構框架(Open Group Architecture Framework，TOGAF)或Zachman Institute for Framework Advancement(ZIFA)支持的Zachman企業(yè)架構框架(Zachman Enterprise Architecture Framework)都提供了一個矩陣，使您可以安排幫助將業(yè)務需求與IT服務保持一致的組件的相互關系。

這其中的所有技能當然在于您能夠從足夠廣的角度去思考，以包含組織的所有可能性。如果對此技能沒有信心，應與您的主管商量以觀察員身份出席更多的業(yè)務會議，以盡可能多地傾聽和觀察。如果無法實現這點，應該要求主管定期為您提供有關更高層正在討論的事情的信息，以便您能開始自己彌補此空白。如果您是主管，應該讓員工盡可能多地了解潛在的公司方向。您不必泄露機密細節(jié)，但至少要提供有關您的未來展望的一般信息。

交流

由于您參與查看組織的總體流程和系統(tǒng)以確保一切都順利，您還將發(fā)現做出一個決策會導致需要做出更多決策。例如，如果更改影響到多個部門，則更改一個簡單代碼段的后果會擴大。這就是您需要加強交流技能的時候，以根據需要扮演中間人，甚至在許多情況下故意唱反調。

保持頭腦冷靜并使人信服的訣竅是盡可能清楚地解釋您的業(yè)務論證。在對非技術受眾講話時跳過高度技術性的解釋——技術細節(jié)只會使人們混淆和暈頭轉向。相反，應堅持使用業(yè)務語言，這樣您會發(fā)現自己的想法和顧慮更容易得到接受。

例如，如果您知道某個來自市場部門的軟件變更請求會使銷售部門使用的某部分軟件過時，您需要以簡單的術語解釋這種情況。不要嘗試描述該軟件變更會明確地做什么，只需使用類似如下的說明：“更改此軟件將導致銷售開支上升。但是，如果我們不更改它，市場部門將繼續(xù)遇到工作效率問題，從而最終導致的成本超過銷售部門所增加成本的兩倍?！?/P>

用簡單但直接的術語進行交流有兩個好處：

·它幫助您的受眾快速了解問題。

·它幫助您快速解決問題。

向所有人說明涉及到的細節(jié)可能非常有誘惑力。但是如果您用技術性的解釋使受眾迷惑，則您永遠得不到希望達到的目的：完成設計的解決辦法。

觀察和分析

談到交流，您通常是應邀解決問題，對吧?當然，您越能以他們的業(yè)務語言而不是IT行話與其他人交流，他們就越有可能讓您參與規(guī)劃階段的討論。這使您成為一個受信任的顧問，能夠在業(yè)務戰(zhàn)略和決策出現時對其進行觀察和分析。此觀察和分析階段對于幫助簡化您的工作非常關鍵。

這是因為，在通常了解某個提議的更改的幾個月之前，您可能就已經確切了解企業(yè)正在考慮什么。您將能更清楚地了解整個組織中的資源問題、任何更改將具有的影響，甚至是應該在部署之前運行什么類型的測試用例。您將了解所有一切，因為您是決策者之一!

如果未邀請您加入規(guī)劃討論，應該接觸當前決策者并詢問其領域中正在發(fā)生的事情。提議出席他們的下一次會議，然后在您出席會議時只需觀察即可。在未經要求的情況下，開始分析人們在周圍閑聊的一些概念。要求出席另一次會議，然后在任何適當的場合順理成章地將您的分析插入當前計劃。正如前面提到過的，其基本思想是成為同盟者或受信任的顧問。當人們開始認識到您正在盡力幫助而不是妨礙他們的計劃時，他們將更樂意接受您的思想和建議。