As budgets tighten and organizations continue trying to achieve return on investment faster, cheaper and with better results, they are trying to create and evolve their overall enterprise architecture. There are several components of enterprise architecture which are as follows:
- Business Architecture
- Information Architecture
- Application Architecture
- Technology Architecture
- Security Architecture
What is the Business Architecture?
The purpose of the business architecture is to provide a unified structure and context from which to do further analysis to understand the high level functions of an organization, and to ultimately guide decision making. The business architecture provides the ability to make decisions around what the priorities of the organization are, how the project portfolio should be aligned and even the ability to do an application assessment by functional area.
The benefits organizations can achieve through the creation and evolution of their business architecture are:
- Common frame of reference of the organization and its core functions.
- Documents fundamentally what the business does.
- Provides a roadmap (i.e. provides a high level view of the organization from which to create and/or evolve a plan). The plan can be around how to grow the business, what functional areas to focus on, where to invest technology dollars, etc.
- Provides a view of the business independent of organizational structure, project teams, systems and data. This view allows unbiased analysis and evaluation.
Creating the Business Architecture
The first step in creating your business architecture is to conduct highly structured facilitated sessions with members of the senior leadership team and subject matter experts. It is critically important to have multiple viewpoints and perspectives involved.
It is also important to have a highly skilled facilitator lead the session and for everyone to have an understanding of what the final deliverable is.
The final deliverable should be a visual representation of what the business does independent of organizational charts, project teams, and systems. Everyone should have the ability to look at the visual representation and see themselves in it.
The visual representation can take many forms, but the critical point is it accurately represents what the business does.
Evolving the Business Architecture
Once the initial version of the business architecture is completed, you can begin to use it for a variety of purposes. Most organizations utilize it to do further decompositions of specific functions, to gain a depth of understanding of the business, and to identify potential redundancies/overlaps.
You can learn a tremendous amount about the organization by going through the process of functional decomposition.
What is functional decomposition?
- Breaking down the high level function into sub-functions
- Understanding all the sub-processes that support the high level process / function
- Documenting functions independent of sequence
The reason it is important to go through the process of decomposition is to get people to focus on the essential business processes performed within a high level function irrespective of organizational structures, project teams and applications.
This is a purposeful effort to get individuals away from terms like “my department”, “my team” and “my system”. The primary purpose of this activity is allow for analysis and evaluation regarding what the organization should be doing, where the organization should be making investments, and evaluating where there is possible redundancy of both process and data. Many times when people are focused on “their area”, “their department” and “their system”, they are not thinking outside of the box or creatively in the context of what is best for the organization.
What are the outputs?
Once you have created the functional decomposition, there are many paths you can take depending on what you are trying to achieve.
If you want to do further analysis of the process, you can create high level process flows for specific functions.
If you want to begin to understand the information flow, you can identify the inputs and outputs of a specific function.
If you want to understand the high level business processes for a specific business area, you can create high level business use case diagrams.
If you want to analyze your applications, you can overlap the business architecture with the applications.
It is important to note, no matter what you are looking to understand there is a significant piece of analysis at every step in the process. The analysis is the part that will equip you with the knowledge you are looking for to empower strategic decision making.
Who can accomplish this activity within your organization?
Some may be asking why an expert in business analysis is writing a white paper about business architecture; don’t the architects do that?
The answer is: sometimes. In many organizations, architects still struggle with the business architecture piece. They are adept at the information and application architecture but they have been IT solution focused for so long, it’s hard to focus solely on the business. Particularly, creating a visual representation of what the business does fundamentally. This is a level of abstraction most architects are not accustomed to.
Business analysts are uniquely positioned to help create and evolve the Business Architecture because they are simply repurposing a skill set they already have.
One of the guiding principles of any business analyst is – understand the business need / business problem first. It has always been our role to keep the developers from jumping right to the solution without first understanding the problem. The same is true with creating a business architecture; You have to understand and document the business first.
As the title implies, we know how to analyze. This is a very helpful skill when going through the exercise of creating a business architecture. Business analysts will ask probing questions and won’t stop asking why until they truly understand. It is fundamental to what we do. You need a resource with the ability to push past the “because we’ve always done it that way”. At a strategic level, it is amazing what you will learn.
We have the ability to bring together multiple groups of people and help them reach consensus. We have a knack for making sure everyone feels heard and then making a recommendation for compromise.
To create perfect harmony, the business analyst and architect should collaborate to create and evolve a robust picture of the enterprise architecture.
Author: Kimberly Terribile is a CBAP® recipient with extensive expertise in business analysis education and mentoring. She currently serves as the Director of Product Development for B2T Training.