The value to management is best described and realized by applying models in enterprise architecture to anticipate the impact of changes in business structure or to assess damage after rapid changes in the business environment occur that require rapid restructuring. Changes in the business environment such as competition, economic downturns, social changes and new technology can alter the enterprise structure, often dramatically. Enterprise architecture can help the enterprise respond to these changes. A set of interconnected architectures developed over time, as we described in our most recent article, is most useful for assessing changes.
We provide here an example of assessing change considering the following elements: the state of business needs and requirements, the utilization of an architectural framework, the identification of sets of architectural contexts and, finally, the implications of architectural rendering.
Business Needs and Requirements
- The first perception is that enterprise architecture is an IT thing – especially for developing systems:
Many business needs and requirements are independent of software system requirements. Consider that software systems and IT in general enable the processes of an enterprise. Also, software applications may be part of a business system in a digitized enterprise but not the whole business system. Software system requirements are identified after the business needs are known and that part of the need is a digital system. Software requirements are designed elicit, analyze, document, validate and manage software or system requirements. Enterprise architecture captures the context of systems.
- The correct perception focuses on business architecture and its link to IT architecture:
We need a framework, a body of knowledge, analytics and a methodology for the business architecture. In this instance, we can take from experiences over the years with developing software to build models and architectures for constructing systems.
Within the software system development methodologies, various approaches (Agile, Iterative, Spiral, Waterfall, Lean, Scrum, etc.) are used to capture those requirements. But, each of these methodologies entails capturing some piece of the business context to develop or enhance software that automates pieces of the business process. Describing the business need always contains perspectives that are interrelated and are associated with an appropriate business need.
For example, Schneider-Electric located in Australia, uses an AdvantageOne methodology that encompasses the following business areas for its clients:
Notice the reach back into the business to connect to the need for the systems. The business analysis, as a result, deals with the focus on a business system solution, which is typical of development methodologies that must connect back into the business. While this methodology covers the business situation first, where a software solution is also required, a software design methodology is incorporated in defining, developing, and implementing the process to come up with an overall solution. However, no other business structure methodologies are provided, such as Enterprise Analysis.
Therein lies a methodology gap. Business analysis considers the whole organization as its scope; software methodologies target detail to support the automation of some business process.
What Can You Do?
To change perceptions and increase value to management, all architects should have the following key points in common regarding enterprise architecture:
- Fundamentally, architecture is an engineering discipline not problem solving, but it is business solution oriented;
- Origins of enterprise architecture are linked with and related to the need to develop software solutions;
- Enterprise architecture requires some type of methodology to capture the essence of the business structure and with some analytics to apply to problems. This provides the lead for problem – solution result.
- Enterprise architecture requires the definition of a set of primitives in some level of detail to be useful for developing a solution; and
- The solution can be described in many ways, the most common being through semantic-based models.