During my most recent Applied Business Architecture course, one of my students asked for a sentence definition of the responsibilities of a Business Architect. While the concept of business architecture is part of the overall enterprise architecture, a Business Architect’s emphasis is on business domain definition and strategy interpretation. I cover more specifics on the benefits of starting an enterprise transformation with the business domain in the article “Do you begin enterprise transformation with the business or with IT?”
A Business Architect interprets and contextualizes strategy for operational needs, develops specific artifacts such as business capability maps and value streams to help bridge the gap between strategy and execution. A Business Architect can also help streamline and rationalize the IT enablement process. In addition to developing specific deliverables, views, and viewpoints, a Business Architect synthesizes and synergies the work of others drawing from disciplines such as strategy development, business analysis, process management, operations, and systems analysis.
A more detailed job description can be found on the Bain Institute website. Here are the highlights of the article:
Business Architect Responsibilities
Business Architect Skills and Qualifications
In the Applied Business Architecture course, we take this a step further. We answer the question: “how do we go from strategy to execution?”. We answer this question by using Capability Maturity Overlays. In each overlay, there are questions we ask to get a better understanding of specific stakeholder concerns. Identifying the stakeholders and understanding their concerns is critical and a sometimes overlooked activity. The overlays are:
Strategy Overlay – What is important to my business?
Current Maturity Overlay – What are my strengths and weakness?
Pain Points Overlay – Where are my tactical and political pressures?
Process Overlay – Where is my investment focused?
Product Overlay – What does my product depend on?
Organizational overlay – How are my capabilities managed?
Figure 1: Capability Model Overlays (Copyright© EA Learning Pty Ltd 2021)
To better understand the stakeholder concerns, we need to dig deeper into the relationships between overlays as shown in Figure 1. In beginning this assessment, we start with the Strategy Overlay. The base model is the Business Capability Model (BCM). The BCM is a key architecture viewpoint that depicts the capabilities an enterprise requires to deliver upon its strategy. Beyond helping highlight an enterprises capabilities, models may provide additional value by clarifying how mature they are by evaluating against multiple dimensions such as people, process, information, and technology. These capabilities are defined at different levels. When mapping capabilities, it is customary to start from the top-down, starting with aggregate level, to the capability area, and moving to the sub-capabilities and process tasks.
Level
|
Hierarchy
|
0 | Capability area |
1 | Capability group |
2 | Capability |
3 | Sub-capability |
4 | Tasks |
The connection between the Strategic Overlay and the Current Maturity Overlays helps answer the question: “Am I able to achieve my strategy?” Answering this question makes sense after the business architect captures the tactical and strategic enterprise goals. If the enterprise possesses any weak maturity areas, it is unlikely the strategy can be achieved. The business architect should then determine the desired capability needed to realize the strategy.
The other overlay relationship is between the Strategy Overlay and Pain Points Overlay which looks at how and if the strategy is aligned with management issues and focus areas (a possible stakeholder concern). Which brings up the next concern: “Is my lack of maturity causing tactical issues?” This means if the organization has a low maturity in a key capability area then it is possible that this weakness can cause pain points restricting the company from achieving its strategic goals.
Now that we have addressed the Strategic, Current Maturity, and Pain Points overlays, the next overlay to consider is the Projects Overlay.
The three main questions here are: “Is my current portfolio dealing with tactical issues? Is my current investment aligned with my strategy? And am I over or underspending?” Organizations need to “audit” not only their planned projects/initiatives but also their projects that are “in-flight.” As an auditor, I’ve performed countless audits where the organization has not evaluated its planned and in-flight projects. The Standish Group (https://www.standishgroup.com/) research shows a staggering 31.1% of projects will be cancelled before they ever get completed. Further results indicate 52.7% of projects will cost 189% of their original estimates. On the success side, the average is only 16.2% for software projects that are completed on- time and on-budget. So, the question is, are your planned or in-flight projects investments aligned with the strategic intent? Do these projects address the identified pain points?
Is the lack of maturity causing these pains? Do you have a high level of capability maturity that is not necessary to achieve your strategic goal (a waste of people, process, information and technology)?
As an example, let’s say that during the evaluation of the Current Maturity it is determined there are weaknesses in your capabilities. This leads to the next question: “Do I have product/service delivery risks?” If the organization is lacking capabilities or needs to improve the existing capabilities, then we ask “Do I have outsourcing opportunities or risks? In the Product Overlay, we look at how the capability maturity affects the product or service delivery. In the Organization Overlay, we determine if we are adequately managing these capabilities.
Let us discuss a bit more about capabilities. The primary objective of the business capability model is to frame the range of critical choices and provide a systematic way to prioritize investments across the dimensions of a capability. As we previously stated, the dimensions are People, Process, Information, and Technology. I would also argue that there is a 5th dimension – Governance. Governance relates to the compilation of clear roles and responsibilities, decision policies to facilitate integrations within and across other capabilities, functions, and business partners.
To achieve that, enterprise capabilities are classified into categories such as strategic, core, and foundational. This categorization drives focus and where the enterprise should concentrate its investments. Let’s start with basic capabilities. Basic capabilities keep the business afloat by aiding in the completion of daily operations. A core competency is a concept in management theory introduced by C. K. Prahalad and Gary Hamel. It can be defined as "a harmonized combination of multiple resources and skills that distinguish a firm in the marketplace" and therefore are the foundation of companies' competitiveness. Strategic capabilities serve as the basis for competitive advantage; they are required to win. These capabilities must be distinctive versus competitors and either meaningful to customers or a source of economic advantage.
Now that we discussed the foundational elements of business architecture, let’s summarize the main responsibilities of the business architect:
So here it is – Applied Business Architecture in action. This is just one of the many methods and techniques in this workshop. If you ever wanted to learn how to bridge the gap between strategy and execution, this is the course for you. Read more and register today!
By Mark Edmead
LinkedIn
Copyright © 2021 Mark Edmead and EA Learning Pty Ltd
Author
Mark Edmead
TOGAF® Standard Version 9.2, Applied Business Architecture