1.4 Transition“If you do not know where you are, a map will not help”. dịch - 1.4 Transition“If you do not know where you are, a map will not help”. Việt làm thế nào để nói

1.4 Transition“If you do not know w

1.4 Transition

“If you do not know where you are, a map will not help”.

“If you do not know where you are going, any road will do”.

If the Enterprise Architecture described in section 1.2 is a little like the first of these – it is a map, designed to provide the underlying information that helps ensure a journey from A to B is successful; then an EA Transition Plan is all about the second saying - once you know where you want to be, then you need to know where you are and how to get there.

Once the “to be” EA architecture for an enterprise has been identified (whether completely or in part), it is possible to rely on existing project planning and prioritization processes for migration from the “as is” state, since the governance process (section 1.3) will ensure each new project adheres to the constraints of the EA.

However, this carry-on-in-a-BAU11-manner is likely to be highly:

Ineffective, since there may be aspects of the “to be” state that are not touched by the execution of business driven projects

Inefficient, since there will be limited opportunity for otherwise independent business projects to share the benefit of a common requirement

Slow, since the probability of addressing key gaps or executing low cost high value enhancements is dependent on coincidence or chance.

Therefore, in order to capitalize on the EA quickly, effectively and efficiently, it is important to:

• Review the enterprise’s current conformance to the defined EA (via a Strategic Gap

Analysis)

An introduction to EA v2.doc – White Paper
• Decide on the most important steps to be taken in the journey towards the implementation of

the EA (as a collection of Transition Initiatives). 1.4.1 Strategic Gap Analysis

In order to move to a well implemented EA. it is necessary to first understand the scale of the problem – in terms of the enterprise’s existing conformance to the “to be” business processes, organization and supporting IT systems defined in the enterprise architecture, as well as the ability of the enterprise’s IT projects to conform to the right architecture management processes:

Process Gap AssessmentBusiness Architecture
IT Architecture

Governance

Strategic Gap Analysis

Activities/Processes Gap Analysis

Information/Knowledge Gap Analysis

Strategic level IT Assessment

Content Gap Analysis Top 40 current systems

Top 6-8 development projects

Full IT Assessment

Governance Assessment

Figure 9: Analyzing the EA gap


Knowledge Gap


Current IT Assessment


Infrastructure Gap Analysis


IT Architecture Review & Assessment


Depending on the focus (either predefined ahead of time, for example during the development of the engagements Terms of Reference, or as a consequence of discovering the enterprise’s gaps as the architecture has developed), the EA gap analysis may focus on the architecture (business or IT), and/or the manner in which the architecture of projects (IT and otherwise) is governed. Also, it is perfectly possible to conduct a gap analysis as part of an Architecture Assessment engagement, in which the client’s ability to conform to his or her own architecture is assessed
0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
1.4 chuyển tiếp"Nếu bạn không biết bạn ở đâu, bản đồ sẽ không giúp đỡ"."Nếu bạn không biết nơi bạn đang đi, bất kỳ đường sẽ làm".Nếu doanh nghiệp kiến trúc mô tả trong phần 1.2 là một chút như đầu tiên của các-nó là một bản đồ, được thiết kế để cung cấp thông tin cơ bản giúp đảm bảo một hành trình từ A đến B là thành công; sau đó, một kế hoạch chuyển tiếp EA là tất cả về nói thứ hai - một khi bạn biết nơi bạn muốn, sau đó bạn cần phải biết bạn ở đâu và làm thế nào để đạt được điều đó.Một khi các "để" EA kiến trúc cho một doanh nghiệp đã được xác định (cho dù hoàn toàn hoặc một phần), nó có thể dựa vào hiện tại các dự án quy hoạch và ưu tiên quy trình để di chuyển từ trạng thái "như là", kể từ khi trình quản trị (phần 1.3) sẽ đảm bảo mỗi dự án mới tuân thủ để các khó khăn của EA. Tuy nhiên, carry-on-in-a-BAU11-manner này có thể đánh giá cao:Không hiệu quả, vì có thể có khía cạnh của nhà nước "để" không được xúc động bởi thực hiện kinh doanh hướng dự ánKhông hiệu quả, vì sẽ có giới hạn cơ hội cho các doanh nghiệp độc lập nếu không dự án để chia sẻ lợi ích của một yêu cầu phổ biếnChậm, kể từ khi xác suất của địa chỉ chính khoảng trống hoặc thực hiện giá trị cao chi phí thấp cải tiến là phụ thuộc vào sự trùng hợp hoặc cơ hội.Vì vậy, để tận dụng EA một cách nhanh chóng, hiệu quả và hiệu quả, nó là quan trọng đối với:• Xem xét của doanh nghiệp hiện tại phù hợp để EA được xác định (thông qua một khoảng cách chiến lượcPhân tích)Giới thiệu về EA v2.doc-giấy trắng• Quyết định về các bước quan trọng nhất để được thực hiện trong cuộc hành trình hướng tới việc thực hiệnEA (như là một bộ sưu tập của sáng kiến chuyển tiếp). 1.4.1 phân tích chiến lược GapĐể di chuyển đến một EA cũng thực hiện. nó là cần thiết để hiểu quy mô của vấn đề-trong điều khoản của các doanh nghiệp hiện có phù hợp để các "để" quy trình kinh doanh, tổ chức và hỗ trợ nó hệ thống được định nghĩa trong kiến trúc doanh nghiệp, cũng như khả năng của các doanh nghiệp nó dự án phù hợp với quy trình quản lý đúng kiến trúc:Quá trình Gap AssessmentBusiness kiến trúcKiến trúc CNTTQuản trịPhân tích chiến lược GapHoạt động/quy trình khoảng cách phân tíchThông tin/kiến thức khoảng cách phân tíchMức độ chiến lược CNTT đánh giáNội dung Hệ thống hiện tại khoảng cách phân tích Top 40Top 6-8 phát triển dự ánĐầy đủ nó đánh giáQuản trị đánh giáHình 9: Phân tích khoảng cách EAKhoảng cách kiến thứcHiện tại nó đánh giáCơ sở hạ tầng khoảng cách phân tíchCNTT kiến trúc Review & đánh giáTùy thuộc vào trọng tâm (hoặc được xác định trước trước thời gian, ví dụ trong sự phát triển của cuộc đụng độ điều khoản tham chiếu, hoặc do hậu quả của khám phá những khoảng trống của doanh nghiệp như kiến trúc đã phát triển), phân tích khoảng cách EA có thể tập trung vào kiến trúc (kinh doanh hoặc CNTT), và/hoặc cách mà kiến trúc của dự án (nó và nếu không) được quản lý. Ngoài ra, nó là hoàn toàn có thể để thực hiện một phân tích khoảng cách như là một phần của một trận chiến đánh giá kiến trúc, trong đó các khách hàng có thể phù hợp với kiến trúc của mình được đánh giá
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
1,4 Transition "Nếu bạn không biết bạn đang ở đâu, một bản đồ sẽ không giúp đỡ". "Nếu bạn không biết bạn đang đi đâu, bất cứ con đường sẽ làm". Nếu các kiến trúc doanh nghiệp được mô tả trong phần 1.2 là một chút như là người đầu tiên trong số này - nó là một bản đồ, được thiết kế để cung cấp các thông tin cơ bản giúp bảo đảm một cuộc hành trình từ A đến B là thành công; sau đó là một kế hoạch EA Transition là tất cả về câu nói thứ hai -. một khi bạn biết nơi bạn muốn, sau đó bạn cần phải biết bạn đang ở đâu và làm thế nào để đạt được điều đó Sau khi "được" EA kiến trúc cho một doanh nghiệp đã được xác định ( dù hoàn toàn hoặc một phần), nó có thể dựa vào các quy trình lập kế hoạch và ưu tiên các dự án hiện có để di chuyển từ các "như là" nhà nước, kể từ khi quá trình quản trị (mục 1.3) sẽ đảm bảo mỗi dự án mới tuân thủ các hạn chế của EA. Tuy nhiên, điều này mang-on-trong-một-cách-BAU11 có khả năng là rất cao: không hiệu quả, vì có thể có những khía cạnh của "là" nhà nước không được xúc động bởi sự thực hiện của dự án hướng kinh doanh không hiệu quả, vì sẽ có ít cơ hội cho các dự án kinh doanh khác độc lập để chia sẻ những lợi ích của một yêu cầu phổ biến chậm, do xác suất của việc giải quyết những khoảng trống chính hoặc thực hiện chi phí thấp cải tiến có giá trị cao là phụ thuộc vào sự trùng hợp hay ngẫu nhiên. Vì vậy, để tận dụng các EA nhanh chóng, hiệu quả và hiệu quả, điều quan trọng là: • Xem xét sự phù hợp hiện tại của doanh nghiệp để xác định các EA (thông qua một chiến lược Gap Analysis) Giới thiệu EA v2.doc - White Paper • Quyết định các bước quan trọng nhất để được thực hiện trong hành trình hướng tới việc thực hiện các EA (như là một tập hợp các sáng kiến Transition). 1.4.1 Chiến lược Gap Analysis Để di chuyển đến một EA thực hiện tốt. nó là cần thiết để đầu hiểu được quy mô của vấn đề - về sự phù hợp hiện có của doanh nghiệp cho người "được" quy trình kinh doanh, tổ chức và hỗ trợ hệ thống định nghĩa trong kiến trúc doanh nghiệp, cũng như khả năng của các dự án CNTT của doanh nghiệp IT phù hợp với các quy trình quản lý kiến trúc phải: Process Gap AssessmentBusiness Kiến trúc IT Kiến trúc Quản trị chiến lược Phân tích Gap hoạt động / quy trình Gap Analysis thông tin / kiến thức Gap Analysis cấp chiến lược IT đánh giá phân tích nội dung Gap Top 40 hệ thống hiện tại Top 6-8 dự án phát triển CNTT Full Assessment Quản Đánh giá Hình 9: Phân tích EA khoảng cách kiến thức Gap Đánh giá hiện tại IT Infrastructure Gap Analysis IT Architecture Review & Đánh giá Tùy thuộc vào trọng tâm (hoặc xác định trước trước thời hạn, ví dụ như trong sự phát triển của các cam kết điều khoản tham chiếu, hoặc như là một hệ quả của việc khám phá ra khoảng trống của doanh nghiệp như các kiến trúc đã phát triển), các phân tích EA khoảng cách có thể tập trung vào các kiến trúc (kinh doanh hoặc CNTT), và / hoặc các cách thức mà các kiến trúc của dự án (IT và khác) được điều chỉnh. Ngoài ra, nó là hoàn toàn có thể tiến hành một phân tích khoảng cách như là một phần của một cam kết đánh giá kiến trúc, trong đó khả năng của khách hàng để phù hợp với kiến trúc của riêng mình được đánh giá



































































đang được dịch, vui lòng đợi..
 
Các ngôn ngữ khác
Hỗ trợ công cụ dịch thuật: Albania, Amharic, Anh, Armenia, Azerbaijan, Ba Lan, Ba Tư, Bantu, Basque, Belarus, Bengal, Bosnia, Bulgaria, Bồ Đào Nha, Catalan, Cebuano, Chichewa, Corsi, Creole (Haiti), Croatia, Do Thái, Estonia, Filipino, Frisia, Gael Scotland, Galicia, George, Gujarat, Hausa, Hawaii, Hindi, Hmong, Hungary, Hy Lạp, Hà Lan, Hà Lan (Nam Phi), Hàn, Iceland, Igbo, Ireland, Java, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Kurd, Kyrgyz, Latinh, Latvia, Litva, Luxembourg, Lào, Macedonia, Malagasy, Malayalam, Malta, Maori, Marathi, Myanmar, Mã Lai, Mông Cổ, Na Uy, Nepal, Nga, Nhật, Odia (Oriya), Pashto, Pháp, Phát hiện ngôn ngữ, Phần Lan, Punjab, Quốc tế ngữ, Rumani, Samoa, Serbia, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenia, Somali, Sunda, Swahili, Séc, Tajik, Tamil, Tatar, Telugu, Thái, Thổ Nhĩ Kỳ, Thụy Điển, Tiếng Indonesia, Tiếng Ý, Trung, Trung (Phồn thể), Turkmen, Tây Ban Nha, Ukraina, Urdu, Uyghur, Uzbek, Việt, Xứ Wales, Yiddish, Yoruba, Zulu, Đan Mạch, Đức, Ả Rập, dịch ngôn ngữ.

Copyright ©2024 I Love Translation. All reserved.

E-mail: