There has been a lot of discussions on the meaing of Enterprise Architecture, especially recently with enterprise starting to adopt SOA. Following are a few different definitions of Enterprise Architecture, which are basically based on the context of the conversation.
Enterprise Architecture for the Business:
Typically enterprises have strategic objectives such as increasing the revenue by 20% per year, double the revenue in 5 years, increase the number of customers by 50% in 3 years, etc. Once these strategic objectives are established business needs to develop an actionable plan on how it plans to go about achieving this objective which could also be referred to as the "Enterprise Business Architecture".
Enterprise Architecture for IT:
Enterprise Architecture for IT is basically the bluepring, standards, processes, etc. to enable enterprises in achiving their stated business objectives.
The Enterprise Architecture Team:
This is the team responsible for working closely with key business and IT personnel to ensure alignment. This team consists of domain (business) architects who understand the business and are able to translate this for the IT, Technology Architecture who have domain expertise in a particular technology such as Portal, EAI, Mainframe, etc. and finally the Project Architects who are assigned to IT project to be the trusted advisor of the Project Manager, provide technical leadership to the IT project as well as ensure that each of the IT projects do not deviate from the Enterprise standards.
I agree and understand that these are very brief discussions and more of this shall be published soon by the Enterprise Architecture of the Future working group of the SOA Consortium.
Practitioners observations and view on the best practices, key learning on the fast changing landscape of technology and architecture. - Strategic User of Information Technology - Cloud Computing - Big Data
Subscribe to:
Post Comments (Atom)
Key Learnings - Using EDA to implement the core SOA principle of "loose-coupling"!!!
A lot has been said about how SOA and EDA are unique "architecture styles". It seems like only one or the other architectural prin...
-
The purpose of this blog is to get some validation for how I look at Business Processes vs. Business Services. In simple terms, I differen...
-
A lot has been said about how SOA and EDA are unique "architecture styles". It seems like only one or the other architectural prin...
-
One of the key ingredient for success is clearly defining the roles and responsibilities within IT. There are multiple stake holders in IT w...
No comments:
Post a Comment